Dass man HTML hochladen kann, ist kein Bug, sondern ein Feature ![]()
Beiträge von gandro
-
-
Zitat von LukeGee
Zumindest braucht sich meiner Meinung nach keiner beschweren, wenn so ein Programm nicht richtig unter Win98 läuft.
Es ist immer eine Frage des Aufwand und Ertrags.Wenn wir von einem Programmkoloss ab mehreren tausend Zeilen Quellcode reden, oder bei Anwendungen die auf moderne Frameworks aufsetzen, dann braucht sich keiner Beschweren, denn dann macht Win9x-Kompatibilität vom Aufwand her keinen Sinn.
Wenn es sich aber wie hier um ein max. ein paar hundert Zeilen langes Progrämmchen handelt, wo sehr wahrscheinlich 3-4 Zeilen die Kompatibilität zu Win9x verhindern, dann kann man ruhig drauf hinweisen.
-
Zitat von LukeGee
Ja mit Support meinte ich, dass das Programm 98 unterstützt, also darunter läuft.
Das ist aber Blödsinn. Das ist Arroganz.Denn wer alte Systeme einsetzt, ist in der Regel nicht selber Schuld, sondern hat nicht die Möglichkeit für neueres.
Und weil Abwärtskompatibilität oft billig zu haben ist (bei Windows sowieso) kommt da noch Faulheit hinzu, wenn der Programmierer das nicht unterstützt. -
Zitat von LukeGee
Trotzdem würde ich nie im Leben, selbst wenns machbar wäre, Support für 98 einbauen.
Moment, Support im Sinne von aktivem Support (mit Debugging im Fehlerfall und so) red ich gar nicht. Es geht viel mehr darum, beim Programmieren darauf zu achten, wenn es drinliegt, Funktionen zu verwenden, die auch unter Windows 9x verfügbar sind.Sozusagen als inoffizielles Feature ("wenns läuft schön für euch, wenn nicht ist es mir egal"), ohne Windows 98 gleich in die Systemanforderungen zu nehmen.
-
Völliger Blödsinn, eine ältere Plattform nur nicht mehr zu unterstützen, nur weils eine ältere Plattform ist.
Wenn Abwärtskompatibilität günstig zu haben ist, dann werf ich jedem, der diese nicht einbaut, sowohl Aroganz als auch Faulheit vor.
Wenn hier Alex also lediglich für eine oder zwei Funktionen eine 9x-kompatible Alternative braucht, dann ist das doch kein Problem, da Abwärtskompatibilität einzubauen?
Wenn es natürlich eine ganze Bibliothek ist und die alte API wirklich schrott und veraltet, dann nicht. Aber das ist in der Regel selten der Fall. Meistens ist es nur Faulheit und Unwissen. -
Zitat von LukeGee
Die Archer sind grad dran

Ja... wobei es etwas länger dauern kann (12h nachm Release noch nicht im Repo ist für Arch Linux "lange" :D), weil halt relativ viele Pakete von bash abhängen.Wird also bei den Release-orientierten Distributionen sicherlich einige Wochen brauchen (Debian stable in ein paar Jahren dann, kein Scherz), bis die das aufnehmen, weil eben ne ganze Menge Pakete davon abhängen und überprüft werden müssen.
Ich denke eher nicht, dass es in Ubuntu 9.04 z.B. bereits dabei sein wird.Aber soweit ich sehe, ist bash4 abwärtskompatibel, also müsste es keine all zu schlimmen Überraschungen geben.
Zitat von LukeGeeTürlich

Es muss nur der Header stimmen (z.B. #!/bin/bash)
Genau.Es ist eigentlich für den Kernel, damit der weiss, womit er es starten soll (weil könnte ja ein Python-Script sein).
Grundsätzlich kannst du ein Shellscript auch ohne Shebang wiefolgt starten:
$ bash ListeMitBefehlen.txtEin Shebang (#!/bin/bash) gehört eigentlich aber schon dazu. Erstens, damit man es als vollwertige Executable verwenden kann, zweitens damit auch klar ist, dass es sich um ein Bash-Script handelt, und keiner auf die Idee kommt, es mit sh starten zu wollen.
Nachtrag:
Zitat von oreissigführt das nicht sowiso die gerade laufende shell aus, wenn man den header weglässt?
Ja. Aber wie gesagt, der Kernel braucht die Shebang unter anderem auch.
Wenn du in C z.B. ein Shellscript mit einem der exec() Befehle ausführen willst, geht das bei Shellscripts nur, wenn diese nen Shebang haben. -
-
-
Zitat von winfreak
Oo? Geht DAS MIT BASH?
Ich besorg mir weder debian und lern mich ein
hört sich interresant an
Naja, nicht mit bash alleine. Sind halt all die anderen Tools (wget für HTTP-Downloads, grep um nach bestimmten Zeichenketten zu suchen etc), die du kombinierst, und bash ist der Kleber dazu
-
Zitat von winfreak
Ähm, ich hab davon ja keine ahnung... aber was is da jetze so toll drann?

Mehr Scripting Power
Bash ist die Standard-Shell bei den meisten Linux-Distributionen. Und damit ein bisschen auch Standard-Shell für Shellscripte.
Sprich: Das, womit ich alltägliche Probleme löse, wie mit einem Befehl tausend Fotos verkleinern und umbenenne, mir MindMaps aus HTML-Inhaltsverzeichnisse generieren lasse und Rapidshare-Downloader schreibe.
Als Windowsler kennt man den Komfort der Konsole halt nicht so (im Gegenteil, man hält es meist sogar für Unbeqeuem), aber es ist halt die Stelle, wo alle Werkzeuge zusammenfliessen.
-
Die vermutlich verbreitetste Linux-Shell ist in Version 4.0 erschienen, mit ein paar netten Features, wenn man mich fragt:
- Die Wildcard ** nimmt auch gleiche alle Unterverzeichnisse mit rein
- Assoziative Arrays. So wie es scheint aber nach wie vor keine mehrdimensionalen.
- Umleitung von stderr und stdout auf einmal mit &>>, bzw. stderr auf stdout mit |&
- Word Expansions, um die Gross- und Kleinschreibung zu ändern: (^[^]) für Großbuchstaben und (,[,]) für Kleinbuchstaben.
Ja.. let's go scripting
heise online - 24.02.09 - Unix/Linux-Shell Bash in Version 4
-
Zitat von huttERic
So, bitte fleißig weiter testen
Vor allem würden mich die im Dateinamen nicht erlaubten Zeichen unter unixoiden Systemen interessieren.
Hängt grundsätzlich Dateisystem ab, in der Regel sind das aber lediglich NUL (0x00) und /
NUL, weil es bei C das String-Ende darstellt, / weil es der Verzeichnis-Trenner ist.
Das mit der links.txt funktioniert jedenfalls.
-
OMFG. Ich wusste nicht mal, dass NT4 Multimonitor-Support hat. Dachte das gabs erst ab '98

-
Soweit hätt ich nicht mal gedacht. Aber hast völlig Recht.
Hab mir den Quellcode jetzt noch etwas genauer angeschaut, sieht sauber aus, gefällt mir (bis auf die Ausgabe, die ganz langen mehrzeiligen Strings dürten imho auch im Code mehrere Zeilen lang sein).Ganz toll natürlich: Types_needed_for_more_than_one_method_wtf_what_a_stupid_name_this_region_has

Weil es ja lobenswerterweise keine GUI hat, läufts sogar ohne frisch kompilieren mit Mono.
Muss sagen, gefällt mir richtig gut.
Einen Bug hats allerdings unter Non-Windowsen: Das am ApplicationPath angehängte \ wird unter Linux/Unix nicht als Verzeichnis-Trennzeichen gehandhabt. Ich krieg also keine Datei "links.txt" im Verzeichnis "/tmp/YoutubePlaylistDownloader", sondern eine Datei "YoutubePlaylistDownloader\links.txt" im Verzeichnis "/tmp".
-
-
-
Mangels Windows hab ich nur kurz den Quellcode überflogen.
Ich weiss deine Arbeit zu schätzen, aber...
Warum zum Teufel stocherst in den HTML-Seiten von YouTube mit regulären Ausdrücken rum, anstatt einfach die API von YouTube zu verwenden?
Ich mein, da gibt es sogar .NET Beispiele dazu:
Developer's Guide: .NET - YouTube APIs and Tools - Google Code -
Soo.. hab mir Benders Game grad angeschaut.
Naja, ist ganz nett, hat einige wirklich lustige Szenen.
Aber irgendwie ist es nicht mehr Futurama. Es fehlt halt die ganze Regelmässigkeit der Serie, damit es 90 Minuten Unterhaltung gibt, müssen die Filme viel spektakulärer sein, was dazu führt, dass sich das Ganze (insbesondere die Charaktere) je länger je mehr verfremdet. Es fehlt halt irgendwie das Normalitätsgefühl, das bei der Serie vorhanden war, weil eben regelmässig wieder alls zurück zur "Normalität".
-
Hui. 22 Millisekunden um 1 Millisekunde nichts zu tun. Das ist nicht grad ein Glanzresultat

-