Suchergebnisse

Oh, danke für die Blumen Klar - ich maile denn mal.

Zitat: „Original von kressevadder Soll man sich darüber etwa auch noch aufregen?“ Zu spät... habe mich schon aufgeregt...

Zitat: „Original von Nepumuck Microsoft soll doch kopieren. Wenn die halt nich selber innovativ sein wollen. Ist doch geil wenn etwas quasi "standard" wird was bei osx schon drin ist. Selbst wenn es abweicht.“ mDNS (Apple) bzw. LMAA (MS) ermöglichen erstmal nur Namensauflösung. Zu Bonjour gehört wesentlich natürlich Service Discovery, was eleganterweise mDNS einfach mitbenutzt. MS hat aber schon eine eigene komplizerte Service Discovery, UPnP. Das werden die auch weiterhin benutzen. Um nach beid…

Zitat: „Original von Tom9811 Ui, nette Idee, hat bloß enien Haken: C with classes. ;-)“ Ich krieg' den Haken eh' nicht aus meinem Projekt heraus, insofern... Mein erstes Listing geht so nicht. Der ObjC++-Compiler warnt sogar extra, daß Instanzvariablen von ObjC-Klassen, die selbst C++-Objekte sind, nicht wie vielleicht gedacht initialisiert und gelöscht werden. Das folgende dagegen compiled und läuft, und automatisiert ObjC-Setter. Man verwendet die Templateklasse statt roher Pointer als Instanz…

Moin, beim Herumstöbern in RFCs bin ich gerade auf dieses recht frisch gelegte dicke Ei gestoßen: Link-Local Multicast Name Resolution Der Inhalt kommt einem recht bekannt vor: Zitat: „ Abstract The goal of Link-Local Multicast Name Resolution (LLMNR) is to enable name resolution in scenarios in which conventional DNS name resolution is not possible. LLMNR supports all current and future DNS formats, types, and classes, while operating on a separate port from DNS, and with a distinct resolver ca…

Zitat: „Original von kisch Und letzteres, spekulier spekulier, könnte ja der ObjC-2.0-Compiler für jedweden stinknormalen Pointer ausführen, der out-of-scope gerät, nur eben mit "release" stattdessen?“ Hm, warum machen wir das nicht einfach selber so, mit ObjC++? in etwa so: Quellcode (22 Zeilen)

Zitat: „Original von Tom9811 Selbstverständlich ist das nicht standard, aber weit verbreitet. “ Nicht nach meiner Erfahrung... Momentan ist es immerhin keine Riesenüberraschung mehr, wenn eine große 3rd-Party Library wenigstens mit STL-Containern klarkommt, aber selbstverständlich ist selbst das noch nicht. Und gar Boost? Als ich mal einem SW-"Architekten" Boost gezeigt habe, drohte der nach dem ersten Schrecken damit, sofort Coding Rules herauszugeben, die "solche Schweinereien" ausschließen...…

Zitat: „Original von -Nuke- Je nachdem was Apple verwendet. Boehm ist ja ein konservativer GC, also kann es der nicht sein, da Apple in den ADC-Videos angab einen generationsbasierten GC zu verwenden. “ Okay, der GC-Algorithmus mag anders sein. Zitat: „ Auch denke ich, das Apples GC parallel arbeitet. “ Kann der Boehm GC prinzipiell auch. Ist multithreading-sicher und unterstützt inkrementelles Aufräumen: libFoundation Doku Damit kann man also einen trivialen GC-thread starten, der alle baffzig …

Zitat: „Original von Tom9811 Eine solche Technik verwendet man wie gesagt bei C++ schon lange als smart Pointer. Und sie ist genial, weil man die Vorteile von RC für kostnix hat. “ Hm, kann man so einfach nicht sagen. Direkt vergleichbar mit retain/release ist C++ boost::shared_ptr<>. Der ist (noch) nicht Standard. Schon lange gibt's bei C++ nur std::auto_ptr<>. Der taugt aber nur für eine einzelne Referenz auf ein Objekt und bringt nur eine exception-sichere Freigabe eines mit new allozierten O…

Zitat: „Original von tom Brauchst ja nur Syntax Highlighting zu ändern. “ Dachte ich mir auch. Nimm Eclipse, bastel ein bißchen Obj-C Higlighting hinzu. Dummerweise muß man bei Eclipse zu diesem Zwecke allerdings einen kompletten Parser für die Sprache implementieren --- ist mir ein bißchen zu aufwendig. Zum Trost hätte man dann zwar auch gleich Klassenbrowsing und Code Completion mit erschlagen. Aber dieser Moloch von Eclipse-Sourcebaum ist doch etwas abschreckend. Zitat: „ Dann eben mit autoco…

Zitat: „Original von hns GNUstep-DO ist auf dem Netz leider nicht mit Mac/Cocoa DO kompatibel “ ...das schadet erstmal nicht Zitat: „ - vom API her aber im wesentlichen schon. “ Das ist wichtiger. Zitat: „ GNUstep hat den gdomap-Daemon für die Namensauflösung, während Cocoa entweder Mach-Namen oder ZeroConf benutzt. “ Wir werden auf jeden Fall Bonjour verwenden. Das läuft auch bereits. Eine vollständig dynamische Naming-Datenbank, wie gdomap bereitstellt, werden wir auch nicht brauchen. Ich denk…

Zitat: „Original von macfreakz Eine Einleitung, die ich damals geschrieben habe: macentwicklerwelt.net/doku.php?id=wiki:cocoaonlinux“ Hei, Du bist der mit der XCode-Crosscompile-GNUstep-Zaurus-Umgebung! Gute Sache, da habe ich auch ein wenig mit herumgespielt. Auf jeden Fall vielen Dank für diese ausführliche Anleitung. Ich würde auch am liebsten die Entwicklung auf Macs machen, XCode als IDE und cross bauen. Wäre allemal das praktischste. Leider leider entspricht das nicht den Kunden-Requiremen…

Zitat: „Original von hns Zitat: „Original von kisch Ich will Objective-C mit GNUstep-Runtime in einem embedded-Projekt einsetzen. “ Kannst Du da etwas Genaueres drüber sagen? Ich mache das seit Jahren. Zitat: „ “ Ehrlich? Großartig! Kann man Dich als Referenz zitieren? Mein System besteht aus ein bis zwei Dutzend embedded-Linux Hosts in zwei Klassen verschiedener Funktionalität. Die Hosts müssen einiges über Netzwerk austauschen. Auf dem einzelnen Host gibt's auch voraussichtlich ein ganzes Set …

Zitat: „Original von gritsch gnustep.org/experience/ProjectCenter.html“ Danke, gritsch. Probiert und für sehr seltsam befunden. Leider hat das Ding hat komische Wechselwirkungen mit einem normalen Linux-Desktop, zB öffnen sich Popup-Menüs hinter dem zugehörigen Fenster. Das NextStep-Feeling wird noch dazu vom Team als "archaisch" empfunden. Ich bin inzwischen auf einen Patch (oha) für KDevelop (oh je) gestoßen, den werden wir wohl als nächstes evaluieren... gruß kisch

Gibt es eine brauchbare IDE für Objective-C außer XCode? Wenigstens einen Editor mit Syntax-Highlighting? Lauffähig mindestens unter Linux; Windows zusätzlich wäre nett; OS X reicht leider nicht. Ich will Objective-C mit GNUstep-Runtime in einem embedded-Projekt einsetzen. Alles außer Objective-C läßt sich leidlich mit Eclipse abdecken. Dankbar für jeden sachdienlichen Hinweis! Gruß - kisch

Zitat: „Original von Chris Du kannst mit einem kleinen Progrämmchen (Ersatz für md5) schnell rausbekommen ob 1. deine tausende Parameter ankommen, “ sprich: /bin/echo Zitat: „ 2. du paar Kilobyte über stdout verschicken kannst. “ /bin/ls, /bin/wc, oder, härter, /bin/cat. gruß kisch

Zitat: „Original von majusebetta Abschliessend nochmals Danke für die Hilfe! “ Gern geschehen. Viel Erfolg mit Deinem Projekt.

Zitat: „PRIMA DAS GEHT!“ :] :] :] Zitat: „Und siehe da: wenn ich murx.c mit dem g++ kompiliere, geht's nicht mehr. Kriege dann beim nachfolgenden Quellcode (1 Zeile) eine Fehlermeldung: Quellcode (3 Zeilen) Das Carbon-Rahmenwerk brauche ich um das Bundle zu lokalisieren. Hinzufügen von -lstdc++.6 bringt zwar das undefinierte Symbol zum Verschwinden, der "internal link edit"-Fehler bleibt aber. Heisst das ich muss eine C-Bibliothek erzeugen? C++ geht nicht?“ C und eine Library-Init-Funktion geht …

Zitat: „Original von majusebetta Relative Pfadangabe hatte ich probiert, funktioniert aber nicht. “ Buuuh! Wegen der eigenen Lib hab' ich ein bißchen rumprobiert. Nennen wir dieses murx.c: C-Quellcode (10 Zeilen) main.cc: C-Quellcode (19 Zeilen) Quellcode (5 Zeilen) Aus dem Output: Quellcode (16 Zeilen) Die eigene init() hat sich also schon mal vor die Inits der libstdc++ geschoben. Andererseits gibt's noch inits aus libSystem, die wiederum noch davor kommen. Die Lade-Reihenfolge der Libraries e…

Okay, die Art Problem also... Da sehe ich vier Ansätze. 1/ so wie Du's mit der .plist versucht hast, mit absoluter Pfadangabe, sollte man das mit einem Installer machen (der dann auch "ordentliche" Schreibrechte ins Programmverzeichnis hat). Nur läuft's dann immer noch nicht von direkt von read-only Pfaden, wie Du schon ausgeführt hast. Frage wäre, ob das eine echte Anforderung ist. 2/ Versuche, den ROOTSYS-Pfad in der .plist RELATIV anzugeben, in der Hoffnung, daß bei der Inialisierung der Libr…