Was nervt euch so, während der Programmierung oder so allgemein

[jaenicke]

So viel löschen musste ich noch nicht, nur verschieben. Und das ging wie schon geschrieben sehr schnell.

[himitsu]

Du hättest sehn sollen wie mein armer i7 gekämpft hatte, als ich 'ne knappe halbe Mio an Quelltextdateien und Co. eingecheckt hatte. :evil:
Da konnte man in der Zwischenzeit bissl abwaschen, duschen, was kochen+essen und 'nen Film gucken. Dann bin ich ins Bett, weils immernoch nicht fertig war. Am nächsten Tag, nach der Arbeit, war's aber fertig. :thumb:

[Romiox]

Zitat:

Zitat von himitsu (Beitrag 1187898)

Warum ist SVN (Turtoise) eigentlich so arschlangsam? :wall:

Egal wie langsam Tortoise ist, ich vermisse es unter Linux. Die SVN-Kommandozeile produktiv einzusetzen ist mir bis jetzt noch nicht gelungen >_>

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1187918)

Du hättest sehn sollen wie mein armer i7 gekämpft hatte, als ich 'ne knappe halbe Mio an Quelltextdateien und Co. eingecheckt hatte. :evil:

Aber immer noch deutlich schneller als TurtoiseCVS. :-D
Und ich bin froh, dass ich mit SVN endlich auch Dateien verschieben kann. Mit dem CVS musste ich schließlich auch dafür die Dateien löschen und neu einchecken. (Und die History verlieren...)

[himitsu]

Mehrere Unterverzeichnisse verschieben geht auch nicht so gut.
Erstmal ins Projektarchiv und dort jedes Verzeichnis einzeln "kopieren" und dann löschen.
Hatte schnell aufgegeben und es dann doch im Explorer verschoben.

Wobei "umbenennen" leider auch nur Kopieren+Löschen ist, jedenfalls beim Auschecken, außer daß da wenigstens die History bei der Kopie verlinkt wird.
Aber beim runterladen macht es dennoch kein umbenennen/verschieben, was man an den Logmeldungen merkt, und vorallem dann, wenn davon lokal geänderte Dateien betroffen sind, welche doch ebenfalls verschoben werden könnten, was sie aber nicht werden.

[Popov]

himitsu du weißt nicht was langsam ist. Ich hab mal die langsamste Windowsaktion aller Zeiten erlebt. Da habe ich gesehen wie Windows pixelweise den Rahmen einer ComboBox gezeichnet hat. Ich konnte dem wirklich zusehen. Soweit ich mich erinnern kann ging das entgegen der Uhrzeigerichtung und dauerte etwa eine Sekunde.

[himitsu]

Doch, weiß ich :lol:

http://www.elektor.de/elektronik-new....2129506.lynkx (http://dmitry.co/index.php?p=./04.Th...ux%20on%208bit https://www.youtube.com/watch?v=ZUaKSs3utrs)
http://winhistory.de/more/exp.htm > Experimentelles > Win XP Mindestvoraussetzungstests

Manchmal kann langsam auch spaßig unterhaltsam sein.

[himitsu]

Was nervt, ist das neue DevExpress, mit seinen kranken Uses-Helpern, die überall glauben ihre Units reinschmeißen zu müssen und wenn man dann mit Laufzeitpackages kompilieren will, dann knallt es ständig an irgendwelchen Ecken, weil diese Units nun mehrfach eingebunden werden sollen, was BPLs garnicht mögen.

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1189779)

Was nervt, ist das neue DevExpress, mit seinen kranken Uses-Helpern, die überall glauben ihre Units reinschmeißen zu müssen und wenn man dann mit Laufzeitpackages kompilieren will, dann knallt es ständig an irgendwelchen Ecken, weil diese Units nun mehrfach eingebunden werden sollen, was BPLs garnicht mögen.

Wir kompilieren unsere Anwendung schon seit Jahren mit Laufzeit Packages und benutzen DevExpress. Keine Ahnung, was dein Problem ist.

[himitsu]

Die meisten "Helper"-Packages (welche wir fanden), haben wir aus der IDE rausgewrfen/deinstalliert.

Aber aktuell baut der bei mir ständig irgendeine dxPopupIrgendwas-Unit in viele PAS/Fomular-Units ein und beim Kompilieren heißt es dann "Unit ist schon in Package so-und-so vorhanden, kann nicht kompilieren".
Vor dem Rauswurf der gefundenen Uses-Helper-Packages, hat das ding noch viel mehr Units eingebaut. (es ist ja nicht so, als wenn die IDE selber in der Lage wäre, benötigte Units automatisch einzubinden :roll: )

Das Ganze ist aber erst seit dem Upgrade auf die aktuelle Version so schlimm. Also seit letzter Woche und davor hatten wir keine derartigen Probleme.