Laden...

Forenbeiträge von Corpsegrinder Ingesamt 401 Beiträge

24.08.2009 - 18:52 Uhr

Ich weiss nicht, wie es bei dem Acer ist, aber mein iPhone schafft ca. 30h Musik am Stück. Also Musik ist definitiv kein Akku-Killer. Alles was das Display in Anspruch nimmt kostet viel Strom.

24.08.2009 - 00:55 Uhr

Bin mir gerade nicht sicher, muss man einem Lauscher explizit mitteilen, dass er Multicast-Pakete empfangen soll?

Ja, du musst der Multicast Gruppe beitreten, bevor du die Daten empfangen kannst, ansonsten wäre es ja ein normaler Broadcast 😉.

Hier sollte eigentlich alle stehen, was du wissen musst:

http://www.codeproject.com/KB/IP/multicast.aspx

Gruß

Dario

24.08.2009 - 00:47 Uhr

Also DIE IDE wirst du nicht finden, da jeder andere Vorlieben hat. Aber ich würde dir Netbeans empfehlen. Eclipse ist meiner Meinung nach einfach zu langsam, auch wenn das Plugin System ganz gut ist.

@Topic

Warum programmierst du nicht gleich Java? So viel anders ist es nicht von der Syntax. Du musst dich halt nur in die Bibliotheken einarbeiten.

14.08.2009 - 15:15 Uhr

Ähhhh.... nein... Bei 32bit hast du auch nur 2 Zustände und berechnest die Möglichen Werte mit 2^32... Ein bisschen im Unterricht geschlafen, wa?

14.08.2009 - 14:50 Uhr

Um genau zu seinsind es sogar 205891132094649 Kombinationen... also 3^30... Könnte einige Zeit dauern...

31.07.2009 - 17:49 Uhr

Nee, sry... ich hab nen Mac 😉 Such doch einfach mal bei Google...

Gerade gefunden: http://antirez.com/page/iphone-gcc-guide.html

Vielleicht hilft es dir ja 😃

31.07.2009 - 10:00 Uhr

Hab ich doch geschrieben... du kannst es auch auf einem PC mit C/++ machen und dann auf dem iPhone kompilieren.

30.07.2009 - 18:44 Uhr

Auf dem iPhone machst du das entweder auf einem Mac mit dem iPhone SDK und Objective-C oder, weil du ja eins mit Jailbreak hast einfach in C/++ und kompilierst es direkt auf dem iPhone... Wie das geht guckst du am besten bei Google... die Tools kannste dir über Cydia ziehen.

30.07.2009 - 16:36 Uhr

Ja, aber sonst macht er nichts, was du brauchst... Mach auf dem iPod einen Socket auf und verbinde dich mit deinem Client darauf. Das funktioniert wie bei ner Verbindung zwischen zwei PC´s. Der iPod läuft auf nem BSD System und hat somit eine wunderbare Socketimplementierung. Vergiss einfach VNC und schreib dir das selber. Anders wird es nicht funktionieren.

30.07.2009 - 16:31 Uhr

oO... Ich dachte du willst nur eine Liste der Lieder haben und diese dann vom PC aus starten können, oder nicht? Wozu brauchst du dann VNC?

30.07.2009 - 16:24 Uhr

VNC leitet nur deine Eingaben weiter... du kannst da keine "Befehle" hinsenden...

http://de.wikipedia.org/wiki/Vnc

Und die Verbindung läuft wie bei jeder anderen Netzwerkverbindung auch.

30.07.2009 - 16:10 Uhr

VNC ist ein Programm ähnlich wie Remote Desktop... Da wird dir Veency wahrscheinlich nicht viel helfen... Weil das wie der Name schon sagt nur ein V N C server ist... Ein iPhone App zu schreiben ist nicht so schwer... Hast du die Möglichkeit an einen Mac zu kommen?

30.07.2009 - 15:54 Uhr

Du hast dir deine Frage doch schon fast selber beantwortet... Bau dir ein Programm für das iPhone/iPod, welches dir auf Anfrage übers Netzwerk eine Liste der Lieder an den PC schickt und Befehle entgegennimmt und auf dem Device ausführt...

15.07.2009 - 21:28 Uhr

Vielleicht hilft dir CreateProcess. Hier ein Beispiel: http://www.goffconcepts.com/techarticles/development/cpp/createprocess.html

15.07.2009 - 21:19 Uhr

Hmm.. wie wäre es mit einer Factory?

Bsp:



public static class BestellungFactory
{
    public static IBestellung bestellungForPKW(...)
    {
        IFahrzeug pkw = FahrzeugFactory.getPKW(...);
        return new Bestellung(pkw);
    }
}


Und wenn du auf die Properties zugreifen willst kannst ja auch noch auf den konkreten Typen casten.

08.07.2009 - 19:24 Uhr

Kannst du den Fehler nicht in den Log schreiben?

05.07.2009 - 13:12 Uhr

Kann das gerade leider nicht testen, ist aber ne tolle Sache. Kenne das schon von Qt, da gibt es so ziemlich das gleiche und da gefiel mir das schon. Werde ich bei Gelegenheit mal benutzen.

02.06.2009 - 16:26 Uhr

Hi,

bei mir hat das so geklappt:


FtpWebRequest req = WebRequest.Create(url) as FtpWebRequest;
req.Credentials = new NetworkCredential(user, pass);
req.Method = WebRequestMethods.Ftp.DownloadFile;
FtpWebResponse response = (FtpWebResponse)req.GetResponse();
Stream responseStream = response.GetResponseStream();
BinaryReader reader = new BinaryReader(responseStream);
BinaryWriter writer = new BinaryWriter(File.OpenWrite("test2.xls"));
byte[] buffer = new byte[1024];
while (reader.Read(buffer, 0, 1024) != 0)
{
    writer.Write(buffer);
}

Gruß

Dario

02.06.2009 - 15:07 Uhr

Das wird am Encoding liegen. Versuch es mal mit BinaryReader/Writer

edit: Oder erstmal mit nem anderen Encoding...

01.06.2009 - 23:11 Uhr

Das erklärt, warum deine App blockiert... Wenn die ganze Zeit auf Daten gewartet wird, blockiert das GUI. Siehe dazu bitte [FAQ] Warum blockiert mein GUI?

01.06.2009 - 22:19 Uhr

Was mir auch nicht ganz einleuchtet sind die ellenlangen Sleeps, die sich durch deinen Code ziehen. Aber der Netzwerkkram läuft schon in einem eigenen Thread, oder?

01.06.2009 - 18:16 Uhr

while ((inputB = client.Receive(puffer)) == 0)
                {
                    System.Threading.Thread.Sleep(1000);
                }

Socket.Receive blpockiert, bis etwas ankommt, von daher bracuhst du die Schleife nicht. Nur danach auf 0 prüfen. Ansonsten solltest du evtl. noch die Erstellung des Sockets posten.

28.05.2009 - 15:43 Uhr

Klar ist es auch TCP aber das hat doch nichts mehr mit den SOcket Klassen von Microsoft zu tun.

IIS ist auch von microsoft... windows glaub ich auch.

Die Frage ist ja, ob der IIS in .Net implementiert ist. Windows jedenfalls nicht 😉. Aber ich hatte bisher noch keine Probleme mit Sockets.

28.05.2009 - 15:31 Uhr

Bekommst du eine Exception, oder was passiert? UDP ist ein verbindungsloses Protokoll, kann also nicht die Verbindung verlieren. Erstelltst du jedesmal einen neuen Socket, wenn du etwas schickst? Schließt du die Sockets nach dem senden wieder?

Gruß

Dario

18.05.2009 - 20:24 Uhr

Wie genau du das nu zeichnest kann ich dir leider nicht sagen, aber Das sind ja einfach Parabeln die auf der Seite liegen und sich wiederholen. Hoffe das hilft dir schonmal.

16.05.2009 - 10:41 Uhr

Hallo Gepro,

Also: 0049 - 123 - 12345678

Selbst wenn Du die ersten beiden Nullen weglässt bist Du immer noch nicht im speicherbaren Zahlenraum des int32 (4294967295).

Von daher bleibt Dir, wenn Du die Rufnummern korrekt abspeichern willst, nichts anderes übrig, als Strings zu verwenden.

Also das ist kein Argument... gibt ja auch Int64... aber eben um die ganzen - / oder sonstwas und die führenden 0 zu speichern bleibt nur ein String.

08.05.2009 - 10:36 Uhr

Hallo,
als ich damals auf der Cebit war (weis nicht mehr genau wann, so um den Dreh 2003, als Intel noch mit dem P4 im GHz Wahn war) gab es damals schon einen Stand, bei dem irgendeine asiatische Firma mit spezieller Kühlung die CPU auf 4,6 GHz getaktet hatte. Heute wäre da bestimmt noch einiges mehr drin.

Gruß

Hi,

naja... zumindest bei den x86 Prozessoren hat sich die Taktrate schon seit Jahren nicht mehr erhöht, sondern es sind immer mehr Kerne gekommen. Von IBM gibt es aber z.B. den Power6, den es schon mit 5GHz zu kaufen gibt. Da kann man sicher noch was rausholen.

26.04.2009 - 12:31 Uhr

Also C# ist sicherlich einfacher zu erlernen als C++, dennoch muss man dazu sagen, wenn man die Arbeitsweise eines Computers verstehen will sollte man sich auch C/++ und/oder ASM mal anschauen. Ist auf jedenfall seh interessant und schaden tut es definitiv nicht.

23.04.2009 - 15:05 Uhr

if(itemlist[0] != null)
{
    foreach(Item item in itemList)
    {
        if(item == null || item.Inner != itemList[0].Inner)
        {
            identical = false;
            break;
        }
    }
}

Hoffe das hilft dir.

Gruß

Dario

18.04.2009 - 15:08 Uhr

Also ich denke es wird niemals DIE Programmiersprache geben. Es wird immer auf den Anwendungsfall ankommen. Beispielsweise wird man im embedded Bereich immer bei den Low-Level Sprachen bleiben, da man sich einfach keine Verzögerungen erlauben kann. Wer will schon, dass die Bremse oder der Airbag erst ne halbe Sekunde später reagieren? ^^ Syntax ist eher Nebensache. Natürlich gibt es grausame Sachen, aber die aktuellen Sprachen sind imho alle gut lesbar. Es ist halt auch immer Geschmackssache. Einige Leute finden die Syntax von Objective-C z.B. grauenhaft und schwer lesbar, ich finde sie absolut logisch und super. Bei zunehmend "einfacheren" Programmiersprachen gibt es imho das Problem, dass immer mehr Leute meinen sie müssten programmieren, obwohl sie eigtl. keine Ahnung davon haben. Java ist ein gutes Beispiel. Java ist relativ simpel und wird sehr häufig verwendet. Viele Quereinsteiger benutzen diese Sprache und bauen ziemlich viel Blödsinn damit. Man muss sich nur die Performance einiger Java Anwendungen angucken..... grauenhaft.

Ich mag persönlich sehr gerne Sprachen, die in Maschinencode übersetzt werden, weil sie wesentlich mehr Performance bieten, aber ich mag auch Interpretierte Sprachen, vor allem dynamisch Typisierte, wie z.B. Ruby, da diese sich imho sehr gut für Webanwendungen eignen.

11.04.2009 - 15:18 Uhr

Die Programmiersprache ist eher zweitrangig, du kannst es prinzipiell in jeder Sprache machen. Kommt halt auch auf dein Zielsystem an. Soll es auf möglichst vielen Systemen laufen nimm am besten C oder Java. Für den "Entscheidungsteil" schwört der KI-Guru an meiner Hochschule auf Prolog. Scheint mir auch relativ gut geeignet zu sein, da es genau für sowas entwickelt würde.

07.04.2009 - 13:33 Uhr

Such dir nen Kumpel und mach ne GbR... Die heisst dann z.B. Müller & Kaiser GbR, aber du kannst gleichzeitig einen "Werbenamen" eintragen lassen, unter dem die Firma nach aussen auftritt. Das ganze kostet dich einmalig zwischen 20 und 50 €. Umsatzsteuer musst du bezahlen, kannst aber Firmenanschaffungen natürlich absetzen, Einkommenssteuer musst du nur bezahlen, wenn du über 7200 € im Jahr kommst, also 600/Monat.

03.04.2009 - 10:22 Uhr

Das habe ich ja auch nicht gesagt. Aber es gibt schon einige Open Source Projekte, die auch nicht gefördert werden. Ich bin auch niemand der sagt, dass alles was nicht Open Source ist nicht "böse" ist. Sonst würde ich keinen Mac benutzen. Ich finde nur, dass es gut ist, dass es Open Source gibt. Ich sage nur, dass man nicht Open Source verteufeln soll, aber trotzdem den Code nutzen. Damit würde man andere für sich arbeiten lassen und denen dafür noch ins Gesicht treten.

@Golo: Die müssen ja nicht unbedingt als Softwareentwickler arbeiten... vielleicht arbeitet ja auch ein Open Source Entwickler hauptberuflich als Maurer.

03.04.2009 - 09:22 Uhr

Ja, Opensource ist eine geniale Idee und hat einen gewissen Aspekt von einer idealen Welt. Das blöde ist nur - außer im Softwarebereich funktioniert das (fast) nirgendwo. Denn der Bäcker, der Metzger und die Apotheke wollen doch letztlich Geld von mir sehen, das wiederum irgendwoher kommen muss.

Naja... es kommt inzwischen immer mehr nicht Software Open Source. Z.B. Open Source Filme, wie Big Buck Bunny, oder Open Source Hardware: http://en.wikipedia.org/wiki/Open_hardware

Also es funktioniert schon, nur haben eben noch zu wenige die richtige Mentalität.

Andererseits bin ich dem kosmischen Zufall dankbar, dass es solche Seiten wie CodeProject.com gibt. Ohne manche Open Source Projekte würden meine eigenen viel mehr Zeit in anspuch nehmen. Man müsste quasi das Rad jedesmal neu erfinden.

Du meinst also, dass Open Source Entwickler dir in die Suppe spucken, aber wenn du dir deren Code zu Nutze machen kannst ist es gut? Das ist irgendwie eine Doppelmoral. Wenn du es ablehnst, dann benutz auch nicht deren Code.

@Golo: OpenBSD ist meines Wissens nach nicht von einer Firma gefördert und auch ein großes Projekt, welches auch regen Zuspruch findet.

31.03.2009 - 13:35 Uhr

Hehe 😃 Sitzt du auch gerade in einer Vorlesung? 😄

Jo, Datenbanken....

31.03.2009 - 13:15 Uhr

Hehe, du meinst, ich sollte den Socket im Aufrufenden Thread schliessen (nicht im Workerthread, welche Socket.Accept aufruft und anschliessend am warten ist?

Nein, du sollst Socket.Close() vom Main Thread aus aufrufen, der Socket wird geschlossen, im Listener Thread wird ne Exception geworfen, weil er nicht auf nem geschlossenen Socket arbeiten kann und der Thread wird nach dem behandeln der Exception Ordnungsgemäß geschlossen.

Edith meint: Wer lesen kann ist im Vorteil 😃 Hattest das ja schon richtig geschrieben... Man sollte eben nicht gleichzeitig im Forum schreiben und nebenbei versuchen dem Prof zuzuhören 😄

31.03.2009 - 13:07 Uhr

Du kannst den Socket einfach mit Socket.Close() schließen und die auftretende Exception fangen und entsprechend behandeln.

30.03.2009 - 21:21 Uhr

Ich studiere Angewandte Informatik an der HAW Hamburg im 2. Semester und arbeite nebenbei an Projekten verschiedener Firmen mit. Momentan eine iPhone Applikation (ein spezieller Netzwerkmonitor) und eine Flex Applikation. Ich programmiere momentan hauptsächlich Objective-C, C und C++. Im letzten Semester war es Ruby, dieses Semester Java, C, Prolog und ASM.

28.03.2009 - 03:54 Uhr

Unter .Net habe ich noch nicht mit sowas gearbeitet, aber der iPhone Simulator kann es, also sollte das mit anderen wohl auch möglich sein. Wäre ja auch schlimm, wenn man immer auf dem Gerät arbeiten müsste.

27.03.2009 - 00:06 Uhr

Das Aufteilen auf die Kerne macht er automatisch, nur du musst es so programmieren, dass es eben auch für mehrere Kerne Sinn macht. Also es auch wirklich mehrere Threads gibt, die last erzeugen. Sonst werden deine Kerne nicht ausgelastet.

26.03.2009 - 22:10 Uhr

Nein, eine Applikation ist einfach nicht für Mehrkern Prozessoren optimiert, wenn nur einer von wievielen Threads auch immer last erzeugt. Weil dann trotzdem nur 1 Kern wirklich arbeitet. Der Sinn einer Multicore Applikation ist es die Arbeit auf die verschiedenen Kerne aufzuteilen. Zum Beispiel beim rendern. Da übernimmt jeder Kern einen Teil der Arbeit und somit wird es schneller. Das ist aber bei den meisten Apps heute noch nicht der Fall. Zur Zeit ist es bei einigen Spielen (Crysis, World of Warcraft...) und bei vielen Render-Programmen schon drin aber es ist noch lange nicht die Regel.

26.03.2009 - 21:39 Uhr

Weil das nicht alles Threads sind, die auch wirklich last erzeugen.

26.03.2009 - 14:38 Uhr

80er Mage, T7,5 (noch Proudmoore)
73er DK (Proudmoore)
63er Priest(Proudmoore)

26.03.2009 - 12:26 Uhr

Lua ist einfach super, wenn man seinen Anwendern die Möglichkeit geben möchte, sich selbst kleine Addons zu skripten. (Was ja genau der Grund ist, wieso es so oft in Spielen eingesetzt wird.) Sozusagen der VBA-Ersatz für Fortgeschrittene 😉.

LaTino

Ja, LUA macht Spaß! Ist anfangs ein wenig verwirrend mit den Tabellen und so, aber die Sprache ist relativ simpel. Perl hat gefühlte 9mio. Schlüsselwörter, LUA kommt mit 19 aus. Es gibt auch ne super Implementation für C#. LuaInterface heisst die.

26.03.2009 - 11:43 Uhr

Hallo herbivore,

das war auch nicht so gemeint, wi es vielleicht rüberkam, mit dem Abstempeln. Perl habe ich auch nicht gemeint, sondern lediglich Ruby und Python. Es gibt gerade im OpenSource Bereich einige Applikationen, die komplett in diesen Sprachen geschrieben sind. Gerade durch ihre Dynamik bieten sie in gewissen Fällen halt Vorteile. Es sind halt richtige Programmiersprachen und wurden von ihren Entwicklern auch als solche Konzipiert. Es ist einfach nicht richtig eine Programmiersprache alleine, weil sie interpretiert wird als Skriptsprache zu bezeichnen. Wie gesagt, sowohl .Net- als auch Java-Apps laufen auch nicht eigenständig. Zumindest ist es nicht vorgesehen, dass sie das tun. Der einzige Unterschied bei Ruby besteht eben darin, dass der Code direkt vor dem Ausführen übersetzt wird und nicht vom Entwickler selber. Bei Smalltalk ist es genauso und das bezeichnet wohl auch keiner als Skriptsprache.

25.03.2009 - 20:51 Uhr

Leute streitet euch nicht!!! 😃
Laut Wikipedia sind das Skriptsprachen aber ob das stimmt oder nicht ist doch egal!

Also auf Wikipedia sollte man nicht immer vertrauen. Aber direkt die ersten Sätze sind da:

Python:

Python ist eine Programmiersprache, die mehrere Programmierparadigmen ermöglicht. So wird die objektorientierte, aspektorientierte und funktionale Programmierung unterstützt.

Ruby:

Ruby (engl. für Rubin) ist eine moderne, vielseitige höhere Programmiersprache, die Mitte der Neunziger Jahre vom Japaner Yukihiro Matsumoto entworfen wurde.

Sie interpretiert und unterstützt mehrere Programmierparadigmen (unter anderem Objektorientierte, Prozedurale und Funktionale Programmierung sowie Nebenläufigkeit), bietet dynamische Typisierung, Reflexion und Automatische Speicherbereinigung.

Achso... Ruby wird natürlich vor dem Ausführen auch in Bytecode übersetzt, zumindest in der aktuellen Version, nur eben erst direkt vor dem Ausführen.

Streiten will ich mich auch nicht, ich wollte nur nicht, dass diese Sprachen zu Unrecht als Skriptsprachen abgestempelt werden, wo sie doch so viel mehr können.

25.03.2009 - 19:55 Uhr

Python und Ruby sind Skriptsprachen. Es gibt vielleicht einzelne Implementierungen die nativen Code erzeugen, aber der Großteil sind Interpreter (auch die Referenzimplementierungen beider Sprachen)){gray}

Und seit wann ist eine Interpretierte Sprache eine Skriptsprache? Skriptsprachen sind Sprachen, mit denen man kleine Programme, zumeist Erweiterungen bestehender Applikationen schreibt. Sowohl Ruby, als auch Python können vollkommen und abhängig von anderen Programmen eingesetzt werden und man kann damit komplexe Applikationen erstellen. Wenn du so willst werden Java und C# auch "interpretiert" nur mit dem Unterschied, dass sie vorher in Bytecode übersetzt werden. Aber eigenständig laufen sie trotzdem nicht.

Skriptsprachen sind sowas wie JavaScript, ActionScript und Boo, die nur dafür gedacht sind um in anderen Programmen zu laufen.

25.03.2009 - 19:26 Uhr

Also... erstmal sind Ruby und Python keine Skript-, sondern Programmiersprachen und Rails und Grails sind Frameworks. Aber ich kann dir trotzdem Ruby empfehlen, da es einige tolle und interessante Features hat. Wenn du Ruby dann beherrscht kannst du dir Rails angucken, welches auf Ruby aufsetzt und für das Web gedacht ist. Grails ist Rails für Groovy. Perl ist meiner Meinung nach ziemlich frickelig und nicht unbedingt schön. Es kann viel, ist schnell zu schreiben, aber in vielen Fällen schwer zu warten. Die Regex Implementation ist sehr gut.

Edit: Eclipse hat für viele Sprachen Plugins. Für Ruby, Python und PHP gibt es da definitiv etwas. Bei Perl weiss ich es nicht, gehe aber mal davon aus. Eclipse ist zwar nicht unbedingt die performanteste IDE, dafür aber sehr gut erweiterbar.

24.03.2009 - 22:28 Uhr

Der Data Access Layer bietet dir nur Zugriff auf die Daten. Jegliche Verarbeitung sollte im BLL passieren. Hört sich irgendwie nach Schulaufgabe an und da solltest du dir zunächst selber Gedanken machen. Informationen gibt es ja genug. Benutze doch einfach die Forumssuche.

24.03.2009 - 17:46 Uhr

MS hat die Seiten bestimmt für den IE7 optimiert. Der 8er hällt sich jetzt mehr an Standarts. So kommt es, das sie auch ihre eigenen Seiten überarbeiten müssen.

Gruß pdelvo

Naja... mehr an Standards halten als die Vorgänger ist ja auch nicht das Problem... Aber es ist immernoch der schlechteste der großen Browser. Ich bleib bei Opera und Safari.