Seite 82 von 258

Re: Jammer-Thread

Verfasst: 19.08.2012, 01:07
von eXile
Ich öffne eine Solution. Die devenv.exe hängt. Irgendwann stürzt sie ab. Ich starte neu. Alle Einstellungen weg. Importiere Einstellungen aus meinem Backup. Visual Studio defaultet wieder auf alte Einstellungen. Wiederhole das in allen möglichen Variationen eine halbe Stunde lang. Muss alle Einstellungen zurücksetzten. Importiere Einstellungen erneut aus meinem Backup. Alle Extension-Einstellungen weg.

Bild

Anderhalb Stunden Zeit zum Neusetzen aller Extension-Einstellungen.

Re: Jammer-Thread

Verfasst: 19.08.2012, 02:42
von Chromanoid
Schon mal scons ausprobiert? Ich glaube das geht ein bisschen in Richtung Maven und davon bin ich nach kurzen startschwierigkeiten absoluter Fan geworden...

Re: Jammer-Thread

Verfasst: 20.08.2012, 17:54
von eXile
Public-Service-Announcement: Wer die Visual Studio Ultimate 2012 90-day trial ausprobieren will, braucht dafür die Windows 8 Enterprise 90-day evaluation, da unter Windows 8 RTM nicht das .NET-Framework in einer hinreichend hohen Version installiert ist.

Re: Jammer-Thread

Verfasst: 21.08.2012, 13:26
von Schrompf
Kann das sein, dass Visual Studio bei 64bit-Programmen kein Edit&Continue mehr kann? Meine Produktivität sagt Danke.

Re: Jammer-Thread

Verfasst: 21.08.2012, 13:55
von Matthias Gubisch

Re: Jammer-Thread

Verfasst: 21.08.2012, 14:06
von Schrompf
Nein, hilft nicht. C++, nicht .NET, und x64, nicht x86. Aber alle möglichen Stellen in dem verlinkten Text meinen, dass es Edit&Continue nur für x86 gibt, was meine Frage dann schon beantworten würde. So ein Mist.

[edit] Man findet mit ein bisschen Suchen auch sowas hier
Microsoft hat geschrieben:Bitte beachten Sie, dass Edit and Continue weder für 64-bit Anwendungen noch für Visual Basic unterstützt wird.
Ist das mit Visual Studio 2012 vielleicht besser geworden?

Re: Jammer-Thread

Verfasst: 21.08.2012, 15:43
von eXile
Schrompf hat geschrieben:Ist das mit Visual Studio 2012 vielleicht besser geworden?
Ha, werter Herr, Sie machen wohl Witze! Die entsprechende Beschwerde wurde bei Connect hier eingereicht, und hat den gewohnten Weg gefunden: Gelöscht! Wie geht man denn sonst auch mit solchen Reports um?

Um die Meinung des Internets mal zu zitieren:
http://visualstudio.uservoice.com/forums/121579-visual-studio/suggestions/2274165-speed-up-work-on-vc- hat geschrieben:It is obvious, from looking at the amount of unfixed bugs, and the woeful C++11 feature support, that the VC++ team is understaffed. For a company bragging about its "C++ renaissance", that's just absurd. For the sake of all your C++ customers, you really need to speed things up. I won't dictate how it should be done, but I can think of three obvious suggestions:
  1. allocate more resources. Whoever is in charge clearly doesn't think C++ is important. Not when the VC++ team consistently refers to their "compiler guy" (singular), and we get comments like "I am the only one on the team working on the STL implementation". If Microsoft is serious about C++, put some money into it. Hire more people.
  2. Open-source it. If the VC++ team can't keep up, perhaps the community can. If Microsoft isn't willing to give the VC++ team the resources needed to do its job properly, allow the community to step in.
  3. stop reinventing the wheel. There are several good C++ compilers available already. License EDG's compiler, or use Clang, and put those few developer hours you have into patching it to work better with Windows. if you don't have the resources to maintain your own compiler, don't waste your time trying.
Again, I don't want to tell you how to solve the problem, just that the problem exists, and it is very noticeable to your customers.
Und ja, ich habe eben gerade geguckt, ob es nicht vielleicht doch in der Visual Studio Ultimate 2012 90-day trial geht, und nein, Edit-and-Continue geht nur in x86. :evil:

Re: Jammer-Thread

Verfasst: 21.08.2012, 16:07
von Schrompf
:cry:

Re: Jammer-Thread

Verfasst: 21.08.2012, 19:49
von antisteo
Betatester können keine Bugreports schreiben.

Die genauen Jammer-Beiträge sind hier zusammengefasst: http://www.goldenwipf.de/gwf/topic_show ... 5#pid17055

Re: Jammer-Thread

Verfasst: 21.08.2012, 22:42
von Aramis
@antisteo

Ich hatte letztens die Ehre einen Beta-Test mit ca. 50 Leuten zu organisieren - auch da hat keiner unsere Formulare ausgefuellt und erst recht nicht sinnvoll. Viele deiner Kommentare oben koennten direkt meinen Gehirnwindungen beim Durchgehen des Feedbacks entsprungen sein :-)

Aber ich hab eine Gegenstrategie gefunden. Man finde heraus wo seine Pappenheimer stecken, treffe sie wenn sie gerade ein Bier in der Hand haben und quetsche sie aus. Ergibt richtig nuetzliche Testberichte.

Re: Jammer-Thread

Verfasst: 22.08.2012, 16:36
von glassbear
Aramis hat geschrieben:@antisteo

Ich hatte letztens die Ehre einen Beta-Test mit ca. 50 Leuten zu organisieren - auch da hat keiner unsere Formulare ausgefuellt und erst recht nicht sinnvoll. Viele deiner Kommentare oben koennten direkt meinen Gehirnwindungen beim Durchgehen des Feedbacks entsprungen sein :-)
So aehnlich ist unser Bug Tracker. Um Bugs einzutragen, musst du mindestens 7 von um die 50 Felder ausfuellen. Und wehe, du fuellst die "optionalen" nicht richtig aus :roll: Da hilft es dann auch nicht, wenn das ganze von Jira ist und von "uns" so konfiguriert wird... Ich versteh nicht, warum Bugtracker so kompliziert sein muessen. 2 Felder fuer Beschreibung und Attachments und ein "Abschicken"-Button reichen - damit hab ich super Erfahrungen macht :roll:

Re: Jammer-Thread

Verfasst: 24.08.2012, 17:51
von antisteo
Wenn ich etwas hasse, dann sind es Beta-Tester, die sich so wichtig vorkommen, weil sie mich in ihrer IM-Liste haben, dass sie alle Informationen in den Arsch geschoben haben wollen und denken, ich bin ihr Agent, der für 0 € die Stunde für sie Links zusammensucht und Statistiken zu den Tests erstellt und sowieso alles zusammensuche und erkläre, was eine einfache Web-Suche auch erledigen könnte. (btw das könnte man doch mal als Geschäftsidee aufsetzen)

Re: Jammer-Thread

Verfasst: 24.08.2012, 19:35
von kaiserludi
Der Haken an der Geschäftsidee: Für 0 Euro die Stunde rentiert sich das ganze nicht und sobald du auch nur 0,01Euro nimmst, weills keiner mehr in Anspruch nehmen ;)

Eigenes Gejammer:
Probleme, die mehrere Kunden reproduzieren können, man selbst mit identischen Werten aber nicht, sind ganz toll debugbar :(

Re: Jammer-Thread

Verfasst: 24.08.2012, 23:08
von Andre
Eben mal wieder geschaut: Mein Facebook-Account bedankt sich immer noch nach dem Einloggen für das "Eingesentete Formular" und meint ich würde in Kürze eine EMail bekommen. Man dankt mir für meine Geduld. Aber das wars auch und ich kann das Teil nicht mal löschen.

Hat vielleicht jemand eine Idee wie ich das blöde Teil loswerde? Ich habe keine große Lust da bis in alle Ewigkeit als Leiche rumzudümpeln. Und neu anmelden werde ich mich auch nicht. Im moment wäre ich eben schon ziemlich glücklich wenn ich den Account irgendwie löschen könnte.
Aber Facebook an sich erreicht man ja irgendwie nicht. Einen Support habe ich jedenfalls nicht gefunden. :(

Re: Jammer-Thread

Verfasst: 26.08.2012, 10:40
von Krishty
Mein besoffenes Hirn hat letzte Nacht einen kranken Traum gehabt:

ZFX war sowas wie ein Einkaufsparadies. Wir sind da in Ruhe flaniert und haben uns Kram angeguckt, Schuhe und Algorithmen und so; und haben gejammert und ge-anti-jammert wie im Garten Eden.

Plötzlich kommen aus allen Fahrstühlen Roboter raus und wollen uns töten. Und wir hatten die Viecher auch noch selber programmiert! Jeder musste also gegen sein eigenes Programm kämpfen, das von seiner Existenz irgendwie angepisst war und ihn umbringen wollte.

Cats Nemesis hatte z.B. irgendwas mit bunten Laserstrahlen wild in alle Richtungen. Aber er hat nur die Ohren zurückgelegt und ist fauchend davongewetzt.

Während also alle gegen ihren Terminator kämpfen und Bugs ausnutzen und täuschen und Fallen bauen und die Programme verwirren, fällt mir auf, dass meiner scheiße robust und hocheffizient programmiert ist. Und auch noch hübsch aussieht (wie so ein Russe, den ich mal kannte).

eXile (echter Name Nils) hat mir dann geholfen. Wir haben schnell ein Tarnnetz aus zwei übereinanderliegenden Fliegengittern gebaut – das entstehende Moiré hat die Bilderkennung derart verwirrt, dass mein Terminator aus dem Fenster gestürzt ist.

Ich sollte echt weniger Zeit mit Software verbringen.

Re: Jammer-Thread

Verfasst: 26.08.2012, 11:05
von dot
:lol:

Re: Jammer-Thread

Verfasst: 26.08.2012, 15:14
von kaiserludi
dot hat geschrieben: :lol:
Falscher Thread! In diesem Thread musst du " :cry: " schreiben :x

Re: Jammer-Thread

Verfasst: 26.08.2012, 15:51
von eXile
Krishty hat geschrieben:eXile (echter Name Nils) hat mir dann geholfen. Wir haben schnell ein Tarnnetz aus zwei übereinanderliegenden Fliegengittern gebaut – das entstehende Moiré hat die Bilderkennung derart verwirrt, dass mein Terminator aus dem Fenster gestürzt ist.
Lustigerweise kombiniert das sowohl diesen Post von mir wie auch unsere früheren Diskussionen über Frequenzräume und FFTs bzw. Glare (das Moiré-Muster entsteht durch Unterabtastung; die notwendige Abtastfrequenz wird durch das Nyquist–Shannon-Theorem gegeben; alles im engen Zusammenhang mit Signalverarbeitung und FFTs).

(Und der echte Name ist noch nicht korrekt von deinem Hirn deduziert worden, bald werde ich aber auch auf Klarnamen hier umschwenken. Bisher lesen aber noch ein paar Leute der Arbeitsgruppe mit, da bleibe ich noch lieber anonym, aber wohl nicht mehr lange.)

Um das notwendige Quäntchen Jammern noch unterzubringen:

Code: Alles auswählen

error X3004: undeclared identifier 'EvaluateAttributeAtCentroid'
Dahingegen klappt EvaluateAttributeAtSample ohne Probleme. Haben die das einfach vergessen im HLSL-Compiler zu implementieren?!

Re: Jammer-Thread

Verfasst: 26.08.2012, 16:06
von Krishty
Von meiner Seite gibt es keinen Klarnamenszwang. Ich bin ja auch anonym unterwegs; nicht einmal der Name im Sternen-Artikel ist 100 % authentisch.

————

Gejammer: JDownloader auf einem Eee PC.

Re: Jammer-Thread

Verfasst: 26.08.2012, 17:08
von CodingCat
Am Horizont tanzen noch immer bunte Laserstrahlen. :?
eXile hat geschrieben:Um das notwendige Quäntchen Jammern noch unterzubringen:

Code: Alles auswählen

error X3004: undeclared identifier 'EvaluateAttributeAtCentroid'
Dahingegen klappt EvaluateAttributeAtSample ohne Probleme. Haben die das einfach vergessen im HLSL-Compiler zu implementieren?!
Wie sieht es mit EvaluateAttributeSnapped(var, 0) aus?

Re: Jammer-Thread

Verfasst: 26.08.2012, 17:37
von eXile
Ich habe mir mal alle Strings aus der D3DCompiler_43.dll dumpen lassen:
Stringdump der D3DCompiler_43.dll hat geschrieben:
GetRenderTargetSampleCount
offset
EvaluateAttributeSnapped
EvaluateAttributeCentroid
index
EvaluateAttributeAtSample
DeviceMemoryBarrierWithGroupSync

Na, seht ihr es? Da steht EvaluateAttributeCentroid, nicht EvaluateAttributeAtCentroid. Damit funktioniert es, so wie auch alle anderen EvaluateAttribute*-Funktionen.

Bild

Die haben einfach die Intrinsic-Funktion bei der Compiler-Implementierung falsch benannt. So etwas kann man sich nicht ausdenken. :evil:

Re: Jammer-Thread

Verfasst: 28.08.2012, 22:26
von Andre
DirextXMath ist doch behindert. Muss ich wirklich immer meine daten wenn ich irgendwas mit Vektoren rechnen möchte von XMFLOAT3 nach XMVECTOR umlagern?!
Auch wenn ich nur einen 2D-Vektor brauche?

Hab ich das einfach nur noch nicht richtig verstanden oder ist das am Ende wirklich so? Falls ja, D3DX ftw.

Re: Jammer-Thread

Verfasst: 28.08.2012, 22:43
von dot
Dafür generiert es dir SSE Code. D3DX ftl. ;)

Re: Jammer-Thread

Verfasst: 29.08.2012, 13:33
von Schrompf
Achtung, dicke Bilder.

Einer unserer Grafiker hat vor geraumer Weile mal den Basis-Charakter für die Splitterwelten geschaffen. Der heißt so, weil er das Skelett und die Schnittstellen definiert, nach der sich alle weiteren Köpfe und Körper zu richten haben, damit wir kombinieren können. Ich habe leider nicht mehr das orginale UV-Layout da, daher hab ich ihm mal zum Zeigen schnell einen Metall-Shader verpasst. Der Typ sah damals nämlich so aus:

Bild

Bevor es nun aber dazu kam, dass wir auf diesen Vorgaben basierend weitere Köpfe oder Körper bekommen hätten, hat der Grafiker erstmal noch irgendwas "optimiert". Das hat nicht nur das UV-Layout über den Haufen geworfen, sondern vor allem die verdammte Bind Pose und das komplette fucking Koordinatensystem!. Wenn man jetzt die damals erstellten Platzhalter-Anims auf das neue Skelett anwendet, bekommt man sowas hier:

Bild

Und so standen jetzt alle Charaktäre im Spiel rum. Rumlaufen führte zu einer kleinen Explosion an Dreiecken. Ich habe nun insgesamt vielleicht 6 volle Arbeitstage investiert, um die Anims irgendwie auf das neue Skelett umzurechnen. Hiermit gebe ich offiziell auf. Die meisten Versuche waren nur noch schlimmer explodiert als vorher, die aktuelle Version jetzt ist zwar immernoch in sich verdreht, aber zumindest nicht mehr so schmerzhaft für die armen Dorfbewohner:

Bild

Wenn wir irgendwann mal richtige Anims bekommen sollten, werden die ja gleich auf dem neuen Skelett erstellt oder von einer MoCap-Quelle auf das neue Skelett umgerechnet. Dann hoffentlich von einem Tool, das schlauer als ich ist.

Re: Jammer-Thread

Verfasst: 30.08.2012, 18:35
von eXile
Die Quick-Launch-Leiste von Visual Studio 2012 ist total nutzlos: Man kann noch nicht einmal nach den Einstellungen aus den Property-Manager suchen (also so etwas wie neue Libraries setzen, etc.). Man kann sie immerhin abschalten.

Re: Jammer-Thread

Verfasst: 30.08.2012, 18:44
von kimmi
Board-Support-Packages und Cross-Compiler-Environments aufsetzen für Embedded-Linux in einem Firmen-Netzwerk, welches den assigsten Proxy dieses Planeten hat, mit Störungen zwecks Festlegung von Requirements über knittrige Telefon-Leitungen in die USA und dazu eine schlecht gelaunte Freundin zu Hause, weil das Kind krank ist und helut, gehören definitiv verboten. Ich fahr mal durch den Regen heim in die Taufe.

Gruß Kimmi

Re: Jammer-Thread

Verfasst: 30.08.2012, 20:07
von antisteo
eXile hat geschrieben:Die Quick-Launch-Leiste von Visual Studio 2012 ist total nutzlos: Man kann noch nicht einmal nach den Einstellungen aus den Property-Manager suchen (also so etwas wie neue Libraries setzen, etc.). Man kann sie immerhin abschalten.
Ist diese Leiste ein Feature der IDE oder der grafischen Oberfläche? (Okay, die wist bei Windows Teil des Kernels...)

Re: Jammer-Thread

Verfasst: 30.08.2012, 20:45
von eXile
antisteo hat geschrieben:Ist diese Leiste ein Feature der IDE oder der grafischen Oberfläche?
Ersteres.

Re: Jammer-Thread

Verfasst: 30.08.2012, 21:22
von antisteo
eXile hat geschrieben:
antisteo hat geschrieben:Ist diese Leiste ein Feature der IDE oder der grafischen Oberfläche?
Ersteres.
Es ist doch Microsoft... Wieso bauen die nicht gleich die Suchfunktion ins Programm-Menü ein? Ubuntu machts doch vor.

Re: Jammer-Thread

Verfasst: 30.08.2012, 21:56
von Schrompf

Code: Alles auswählen

unsigned int pos = someStdString.find( '$');
if( pos == std::string::npos )
  break;
Unter 64Bit wird die Bedingung nie erfüllt. Wie sagte CodingCat mal so schön: der größte Feind des Programmierers ist sein 5 jahre jüngeres Selbst. In diesem Fall 8 Jahre oder so, aber trotzdem würde ich mir gern rückwärts durch die Zeit eine Ohrfeige verpassen.

[edit] Und weiter geht der Reigen:

Code: Alles auswählen

size_t off = someStdString.find( '$');
if( off == 0xffffffff )
  break;
Es ist nie zu spät, aber selten zu früh, die Freuden von size_t und SIZE_MAX kennen zu lernen.