IDE FixPack 3.5 (2007-XE) (2010-09-12)

[holliesoft]

Hi,

vielen Dank für Dein IDE Fixpack. Respekt vor Deiner Arbeit. Hab' eben mal den Donate-Button auf Deiner Homepage benutzt (sollte jeder machen, der dieses tolle Stück Software benutzt, die das fixt, was Embarcadero nicht hinbekommt ;-))

viele Grüße
Patrick

[jbg]

Zitat:

Zitat von holliesoft (Beitrag 1048989)

sollte jeder machen, der dieses tolle Stück Software benutzt

Aber wehe wenn die Donations mein Gehalt übersteigen.

Zitat:

was Embarcadero nicht hinbekommt

Die Optimierungen hatte sie zu Delphi 2009 Entwicklungszeiten abgelehnt, da sie die Symptome beheben aber nicht die Ursachen. Meine Meinung ist, dass ich lieber 1 Million LoadResString Aufrufe schnell verarbeite, als den gesamten Quellcode nach Resourcestrings zu durchsuchen und die unnötigen Aufrufe zu eliminieren, was viele Manntage verschlingt und deswegen nicht gemacht wurde, was ich wiederum verstehe.

[himitsu]

Zitat:

Zitat von jbg (Beitrag 1048994)

..., als den gesamten Quellcode nach Resourcestrings zu durchsuchen und die unnötigen Aufrufe zu eliminieren, was viele Manntage verschlingt und deswegen nicht gemacht wurde, ...

Noch 350 Tage bis XE2 ... die zwei/drei Tage mehr fallen da nun auch nicht auf. :roll:

[hanspeter]

Kann es sein, das sich IDE Fixpack und GExpert nicht vertragen.
Wenn ich mit GExpert eine Componente austausche z.B. von Panel auf TADVPanel, kommt eine Speicherschutzverletzung im IDE-Fixpack?

Gruß Peter

[jbg]

Welche Version von GExperts und Delphi verwendest du? (damit ich es nachstellen kann)

[hanspeter]

Zitat:

Zitat von jbg (Beitrag 1086062)

Welche Version von GExperts und Delphi verwendest du? (damit ich es nachstellen kann)

Gexpert 1.34 , Delphi 2010.
DEer Bug kommt wohl bei jedem ReplaceComponents

Gruß Peter

[jbg]

Der Fehler tritt bei mir (leider) nicht auf.

Delphi 2010 Prof. DDevExtensions 2.3 + GExperts 1.34 (Win7 64 Bit)
Auch wenn ich die Ladereihenfolge der beiden Plugins ändere tritt der Fehler nicht auf.

1. Delphi starten
2. Neue VCL Form Anwendung
3. Button auf Formular
4. Rechtsklick auf Button
5. Replace Component
6. TEdit eingeben
7. OK drücken

[MaBuSE]

Hallo,
zuerst möchte ich mal Danke sagen für Deine Tools rund um Delphi.
Wir verwenden Idefix, DDevExtentions und DelphiSpeedUp bei und im Haus mit Delphi 7, 2007 und XE und sind sehr zufrieden.

Ich habe noch einen kleinen Bug in der IdeFix 4.5 gefunden.

Beim Delphi XE Start werden einige Dateien in %TEMP% erstellt und csc.exe aufgerufen um daraus eine *.dll Datei zu erzeugen.
(*.cs, *.out, *.err, *.cmdline, *.tmp und *.dll Dateien)
Diese Dateien werden nach der Benutzung der *.dll Dateien wieder gelöscht.

Aus irgend einem Grund werden die dynxmlserializer.8.0.15_TaskMetadata.cs und dynxmlserializer.8.0.15_TaskMetadata.dll Dateien nicht in %TEMP% erzeugt, sondern in %LOCALAPPDATA%\IDEFixPack erstellt und nicht wieder gelöscht.

Wird Delphi beendet und erneut gestartet, so bleibt Delphi bei uns im SplashScreen beim Laden der DDevExtentions 2.5 hängen.

Wenn der Delphi Prozess via TaskManager gekillt wurde. Und die Dateien in %LOCALAPPDATA%\IDEFixPack wieder gelöscht wurden lässt sich Delphi wieder starten.

Auf einem lokalen PC tritt der Fehler bei uns nicht auf. Der Fehler tritt nur in unserer virtualisierten Welt auf.

Folgende Umgebung verwenden wir:

• Embarcadero RAD Studio XE Enterprise
• Embarcadero License Server
• Windows 7 64 bit

in einer

• VM auf ESX Server 4.1
• Citrix Xen Desktop 5
• AppSense
• provisionierte VHDD (Citrix provisioning Services) ReadOnly im Cached Mode

Die Daten in %LOCALAPPDATA%\IDEFixPack werden auch auf dem lokalen PC angelegt, aber dort stört sich Delphi nicht daran ;-)

Ich hoffe diese Infos helfen Dir das Problem zu lösen.

Im Moment haben wir den Workarround, das %LOCALAPPDATA%\IDEFixPack Verzeichnis vor jedem Delphi Start zu löschen.

Danke und viele Grüße
MaBuSE

[jbg]

Zitat:

Zitat von MaBuSE (Beitrag 1135541)

Aus irgend einem Grund werden die dynxmlserializer.8.0.15_TaskMetadata.cs und dynxmlserializer.8.0.15_TaskMetadata.dll Dateien nicht in %TEMP% erzeugt, sondern in %LOCALAPPDATA%\IDEFixPack erstellt und nicht wieder gelöscht.

Der Grund ist, dass dies das Cache-Verzeichnis ist, so dass der CSC.EXE Aufruf ausbleiben kann. Deswegen werden sie nicht gelöscht. (Ab XE2 ist dieser Cache nicht mehr notwendig, da Embt meinen Vorschlag mit dem Vorkompilieren und Signieren der dynxmlserializer.dll aufgegriffen hat)

Zitat:

Wird Delphi beendet und erneut gestartet, so bleibt Delphi bei uns im SplashScreen beim Laden der DDevExtentions 2.5 hängen.

DDevExtensions bleibt da nicht hängen, es ist nur das letzte IDE Plugin, das geladen wurde und seinen Text im Splashscreen hinterlassen hat.


Man kann diesen IDEFixPack Cache abschalten, indem man die Umgebungsvariable "IDEFixPack.DisabledPatches" auf den Wert "Start.XmlSerializer" (beides ohne Quotes) setzt.

Aber dass das Problem nur in der VM auftritt ist schon komisch. Bei meinen VMs (VMWare+WinXP32/Vista64) habe ich da keine Probleme.

[MaBuSE]

Zitat:

Zitat von jbg (Beitrag 1135552)

Man kann diesen IDEFixPack Cache abschalten, indem man die Umgebungsvariable "IDEFixPack.DisabledPatches" auf den Wert "Start.XmlSerializer" (beides ohne Quotes) setzt.

Danke, das werde ich nachher ausprobieren.

Zitat:

Zitat von jbg (Beitrag 1135552)

Aber dass das Problem nur in der VM auftritt ist schon komisch. Bei meinen VMs (VMWare+WinXP32/Vista64) habe ich da keine Probleme.

Wir haben einen Pool aus vielen gleichen VMs, der auf mehreren Servern gehostet wird.
Bei jeder Anmeldung bekommt der Benutzer (Entwickler) eine andere VM.
Die Umgebung des Benutzers wird durch AppSense zur Verfügung gestellt.

Das bedeutet, es existiert ein virtuelle Layer zwischen dem OS und der App. Vermutlich liegt da das Problem, z.B. dass Delphi es sieht, aber nicht darauf zugreifen kann.

Wir stellen gerade von D2007 auf XE um. Das wird bei über 40 Entwicklern auch eine Weile dauern. Bis wir dann soweit sind auf was Neueres umzusteigen gibt es bestimmt schon XE5 ;-)

Danke und
Viele Grüße
MaBuSE

[jbg]

Zitat:

Zitat von MaBuSE (Beitrag 1135662)

Zitat:

Zitat von jbg (Beitrag 1135552)

Man kann diesen IDEFixPack Cache abschalten, indem man die Umgebungsvariable "IDEFixPack.DisabledPatches" auf den Wert "Start.XmlSerializer" (beides ohne Quotes) setzt.

Danke, das werde ich nachher ausprobieren.

Es reicht aber nicht aus, die Umgebungsvariable in Delphi zu setzen. Sie muss auf Benutzer- bzw. Systemebene gesetzt werden, da IDE Fix Pack die Umgebungsvariablen bereits zu einem Zeitpunkt ausliest, an dem die IDE diese noch nicht überschrieben hat.

[CCRDude]

Oh, es gibt einen eigenen Thread zum IDEFixPack, super :)

Da frage ich doch hier auch noch nach, ob jemand anders ebenfalls Probleme mit beendendem BDS aufgrund von "Lizenzproblemen" hat, die mit dem IDEFixPack zusammenhängen (siehe hier)?

[jbg]

Außer deinem Thread habe ich noch nie was zu dem Problem gehört. Das wäre mir auch sehr schnell aufgefallen, wenn mein XE mich auf die anti-piracy Webpage leiten würde, so wie es nach dem Update 1 von XE bei meinem DDevExtensions Plugin war.


Hast du vielleicht eine Spezialversion, bei der der Kopierschutz ausgeweitet ist, oder hast du vielleicht nicht alle Updates installiert?

Der Kopierschutz mag es nicht wenn man eine Funktion in der bds.exe hookt. Das hatte ich mit DDevExtenstions gemacht. Aber IDE Fix Pack rührt dieses Modul nicht an.

[CCRDude]

DDevExtensions habe ich 2006 das letzte Mal heruntergeladen (Version 1.3), danach nicht mehr, zumindest sagen das meine Download-Ordner. Wenn, müsste das also meinen Umstieg von D2006 auf DXE überlebt haben, und vermutlich noch von XP64 über Vista nach Win7.

Ich habe eine ganz normale Pro-Version, das einzige fehlende Update war das Hilfe-Update.

Sonst habe ich noch GExperts und madExcept in die IDE integriert, aber damit tritt der Fehler nicht auf. Hörte halt direokt nach der Deinstallation des IDEFixPack auf, soweit man das bei einem Fehler, der "nur" alle paar Stunden auftritt, sagen kann.

Wenn Du sagst, daß das singulär zu sein scheint, probiere ich mal die neueste IDEFixPack-Version aus.

[jbg]

Zitat:

Zitat von CCRDude (Beitrag 1136302)

probiere ich mal die neueste IDEFixPack-Version aus.

Das dürfte wahrscheinlich nicht viel bringen, da ich Patches nur hinzufüge und nur welche entferne, wenn ein neues Update herauskommt, das den Fehler behebt (kommt selten vor) oder eine neue Version herauskommt.

Was du aber machen könntest, um den Fehler einzugrenzen, ist folgende Einträge einzeln der Umgebungsvariable "IDEFixPack.DisabledPatches" zuzuweisen.

Beispiel:

Code:

SET IDEFixPack.DisabledPatches=IDE.IntfCastReduction;IDE.IntfCastReduction.MoreSpeed
bds.exe

Code:

Editor.FocusFix
Editor.PublishedBlock
ErrorInsight.LockCurrentDir
IDE.Compile.BProgress
IDE.IntfCastReduction
IDE.IntfCastReduction.MoreSpeed
IDE.KibitzNoClearUnitCache.InvokeCodeCompletion
IDE.WindowRestoreFix
RTL.AnsiCompareFileName
RTL.Classes.ObjectTextToBinary
RTL.FindHInstance
RTL.SystemOptimization
RTL.VariantsConvOptimization
RTL.XMLDocOptimization
RTL.XmlIniFile
RTL.XmlWriter
Start.XmlSerializer
VCL.ComponentDesignerRootStream
VCL.ListViewStreaming
VCL.TBitBtnDoubleBufferDefault

[himitsu]

Würdest du es zufällig auch schaffen das HideSelection in der Projektverwaltung zu deaktivieren?
Also daß man die blaue Markierung auch sieht, selbst wenn dort nicht der Fokus drin ist.


Das Selbe in der Strukturansicht, mit Scrollen der Markierung in den sichtbaren Bereich.

[himitsu]

Moin Andreas.

Wir haben hier grade so Einiges auf'n Server neu installiert, da es einige Probleme beim Einrichten eines neuen Bentzreraccounts gab.
(vorallem DevExpress und Eurekalog)

Es scheint auch so, als wenn Eurekalog vorher nicht richtig installiert war, denn jetzt sieht es so aus, als wenn es an der BDS.exe rumpfuscht, was vorher scheinbar nicht war.
Wir haben aber die selbe Eurekalog-Version installiert, weswegen das Problemchen wohl jetzt auch erst auffällt.

OK, und zusätzlich meckert jetzt plötzlich dein IDE-Fixpack rum, welche ich deswegen auch nochmal auf die aktuelle Version gezogen hab, also von der Webseite.
Und das bei jedem Start vom Delphi. :stupid:

Zitat:

Not all IDE Fix Pack patches were applied. Failed patches:
failed : Unnecessary published block after code completion [Editor.PublishedBlock]
failed : Current directory can change while waiting for the compiler lock [ErrorInsight.LockCurrentDir]
failed : Removes calls to empty CheckAndWarn function [IDE.CheckAndWarn]
failed : Reduces the IDE's ToolBar GDI handle usage [IDE.GDIHandles.ToolBar]
failed : Faster TUsesList.Clear [IDE.UsesList.Clear]
failed : TXmlIniFile optimization/indention fix [RTL.XmlIniFile]
failed : TBitBtn DoubleBuffered default fix [VCL.TBitBtnDoubleBufferDefault]

Delphi XE
EurekaLog 6.1.04
DDevExtensions 2.8.1
IDEFixPack 5.5


PS: Ist die Kommentarfunktion auf deiner Webseite deaktiviert?
Ich glaub früher konnte ich/man dort mal direkt reinschreiben.
z.B. http://andy.jgknet.de/blog/2013/11/d...ased-2009-xe5/


[add]
Mir fällt grade auf, daß anfangs im SplashScreen "IDE FixPack 5.4" steht und ab erscheinen des Fortschrittsbalkens steht dann "IDE FixPack 5.5" in der Ecke.
Laut Suche sollte aber keine alte Version des FixPacks auf dem Rechner rumliegen.
War doch noch eine alte Version zu finden.

[add2]
Laut Explorer ist die C:\Program Files (x86)\Embarcadero\RAD Studio\8.0\bin\bds.exe angeblich unverändert (Änderungsdatum),
aber das schrottige Eurekalog-Setup hatte beim ersten Installierenversuch ein "Zugriff verweigert" bekommen, als es auf diese Datei losgehen wollte. (das Setup fordert nicht selbstständig die nötigen Adminrechte an)

[add3]
Und beim Beenden kommt immer eine nette Exception.

Zitat:

---------------------------
Fehler
---------------------------
Ungültige Zeigeroperation.
---------------------------
OK Details >>
---------------------------


[5003A118]{rtl150.bpl } System.TObject.Free (Line 11069, "System.pas" + 1) + $4
[0B58536A]{IDEFixPack.dll} Unbekannte Funktion bei UnregisterChangeDirectoryNotifier + $16A32
[0B585403]{IDEFixPack.dll} Unbekannte Funktion bei UnregisterChangeDirectoryNotifier + $16ACB
[50295B6A]{vcl150.bpl } ImgList.TCustomImageList.Destroy (Line 297, "ImgList.pas" + 3) + $3
[5003A118]{rtl150.bpl } System.TObject.Free (Line 11069, "System.pas" + 1) + $4
[5005C3A4]{rtl150.bpl } SysUtils.FreeAndNil (Line 19652, "SysUtils.pas" + 2) + $2
[09892C04]{AQtime7BDS8.bpl} Aqmain.TaqMain + $84
[5003A118]{rtl150.bpl } System.TObject.Free (Line 11069, "System.pas" + 1) + $4
[5005C3A4]{rtl150.bpl } SysUtils.FreeAndNil (Line 19652, "SysUtils.pas" + 2) + $2
[09896D6D]{AQtime7BDS8.bpl} Aqprojreg.IDERegister + $59
[5005BC90]{rtl150.bpl } SysUtils.CallTerminateProcs (Line 19091, "SysUtils.pas" + 5) + $0
[50358EBC]{vcl150.bpl } Forms.TApplication.Terminate (Line 9942, "Forms.pas" + 0) + $0
[53931AA7]{DDevExtensionsXE.dll} DSUFeatures.CloseForm + $7B
[53931B22]{DDevExtensionsXE.dll} DSUFeatures.HookedTCustomFormClose + $42
[50352DA0]{vcl150.bpl } Forms.TCustomForm.WMClose (Line 5786, "Forms.pas" + 0) + $0
[5027DF6C]{vcl150.bpl } Controls.TControl.WndProc (Line 7074, "Controls.pas" + 91) + $6
[19A7E131]{cxLibraryRS15.bpl} Dxhooks. + $0
[50282830]{vcl150.bpl } Controls.TWinControl.WndProc (Line 9831, "Controls.pas" + 144) + $6
[19A7DF3D]{cxLibraryRS15.bpl} Dxhooks. + $0
[5034FB28]{vcl150.bpl } Forms.TCustomForm.WndProc (Line 3961, "Forms.pas" + 191) + $5
[50281ED0]{vcl150.bpl } Controls.TWinControl.MainWndProc (Line 9552, "Controls.pas" + 3) + $6
[500AFA64]{rtl150.bpl } Classes.StdWndProc (Line 13491, "Classes.pas" + 8) + $0
[50282930]{vcl150.bpl } Controls.TWinControl.DefaultHandler (Line 9872, "Controls.pas" + 30) + $17
[50351D9E]{vcl150.bpl } Forms.TCustomForm.DefaultHandler (Line 5228, "Forms.pas" + 11) + $4
[5028461D]{vcl150.bpl } Controls.TWinControl.WMSysCommand (Line 11066, "Controls.pas" + 20) + $7
[50352E71]{vcl150.bpl } Forms.TCustomForm.WMSysCommand (Line 5837, "Forms.pas" + 14) + $4
[209C31DA]{coreide150.bpl} WorkFrm.TWorkForm.WMSysCommand (Line 67, "WorkFrm.pas" + 23) + $C
[209C39C2]{coreide150.bpl} MainWorkFrm.TMainWorkForm.WMSysCommand (Line 116, "MainWorkFrm.pas" + 0) + $6
[5027DF6C]{vcl150.bpl } Controls.TControl.WndProc (Line 7074, "Controls.pas" + 91) + $6
[19A7E131]{cxLibraryRS15.bpl} Dxhooks. + $0
[50282830]{vcl150.bpl } Controls.TWinControl.WndProc (Line 9831, "Controls.pas" + 144) + $6
[19A7DF3D]{cxLibraryRS15.bpl} Dxhooks. + $0
[5034FB28]{vcl150.bpl } Forms.TCustomForm.WndProc (Line 3961, "Forms.pas" + 191) + $5
[50281ED0]{vcl150.bpl } Controls.TWinControl.MainWndProc (Line 9552, "Controls.pas" + 3) + $6
[500AFA64]{rtl150.bpl } Classes.StdWndProc (Line 13491, "Classes.pas" + 8) + $0
[50282930]{vcl150.bpl } Controls.TWinControl.DefaultHandler (Line 9872, "Controls.pas" + 30) + $17
[50351D9E]{vcl150.bpl } Forms.TCustomForm.DefaultHandler (Line 5228, "Forms.pas" + 11) + $4
[5027E635]{vcl150.bpl } Controls.TControl.WMNCLButtonDown (Line 7230, "Controls.pas" + 2) + $6
[50352A5C]{vcl150.bpl } Forms.TCustomForm.WMNCLButtonDown (Line 5652, "Forms.pas" + 17) + $4
[209C37C2]{coreide150.bpl} MainWorkFrm.TMainWorkForm.WMSetCursor (Line 40, "MainWorkFrm.pas" + 10) + $2
[5027DF6C]{vcl150.bpl } Controls.TControl.WndProc (Line 7074, "Controls.pas" + 91) + $6
[5003AA38]{rtl150.bpl } System.TMonitor.Enter (Line 12406, "System.pas" + 4) + $2
[50282830]{vcl150.bpl } Controls.TWinControl.WndProc (Line 9831, "Controls.pas" + 144) + $6
[5034FB28]{vcl150.bpl } Forms.TCustomForm.WndProc (Line 3961, "Forms.pas" + 191) + $5
[50281ED0]{vcl150.bpl } Controls.TWinControl.MainWndProc (Line 9552, "Controls.pas" + 3) + $6
[500AFA64]{rtl150.bpl } Classes.StdWndProc (Line 13491, "Classes.pas" + 8) + $0
[50358AF7]{vcl150.bpl } Forms.TApplication.ProcessMessage (Line 9760, "Forms.pas" + 23) + $1
[50358B3A]{vcl150.bpl } Forms.TApplication.HandleMessage (Line 9790, "Forms.pas" + 1) + $4
[50358E65]{vcl150.bpl } Forms.TApplication.Run (Line 9927, "Forms.pas" + 26) + $3


[Window Title]
Bestätigen

[Content]
Es trat eine Exception während des Beendens auf. Soll der Prozess Delphi/BCB trotzdem beendet werden?

[Ja] [Nein]

[jbg]

Zitat:

Zitat von himitsu (Beitrag 1266321)

PS: Ist die Kommentarfunktion auf deiner Webseite deaktiviert?

Man kann nur bis einen Monat nach dem Blog-Posting Kommentare schreiben. Sonst müsste ich zu viel Spam verwalten.

Zitat:

[s]Mir fällt grade auf, daß anfangs im SplashScreen "IDE FixPack 5.4" steht und ab erscheinen des Fortschrittsbalkens steht dann "IDE FixPack 5.5" in der Ecke.

Wie kommen denn da zwei IDE FixPacks rein? Der IDE FixPack Installer überschreibt immer die Dateien und auch die Registry-Einträge. Wurde da mal was von Hand gemacht?

Treten nach dem Deinstallieren der falschen IDE FixPacks Version die "Patch-Fehler" immer noch auf?

Zitat:

Und beim Beenden kommt immer eine nette Exception.
[...]
[09892C04]{AQtime7BDS8.bpl} Aqmain.TaqMain + $84

Na klar, AQTime. Deren IDE Plugin ist komplett verbuggt und wenn man sich so die Embarcadero Newsgroups um die Zeit von XE anschaut, dann rät einem jeder das AQTime Plugin zu deinstallieren.

[Der schöne Günther]

Zitat:

Zitat von jbg (Beitrag 1266349)

Na klar, AQTime. Deren IDE Plugin ist komplett verbuggt und wenn man sich so die Embarcadero Newsgroups um die Zeit von XE anschaut, dann rät einem jeder das AQTime Plugin zu deinstallieren.

Oh, gut zu wissen. Meine IDE (XE 5.1) spielte vor kurzem auch verrückt und hatte riesige Probleme mit dem Debuggen von Kindprozessen. Ich habe nicht nachgeforscht, aber seitdem ich das Plugin wieder rausgeworfen habe: Keine Probleme mehr.

[stahli]

[OT]Nur mal als Info: AQT Prof. gibt es auch als Stand-Alone-Tool. Das ist wohl als effektiver einzuschätzen als das IDE-Plugin.[/OT]

[himitsu]

Cheffe ist der Meinung alles mögliche in eigenen Verzeichnissen haben zu wollen, und dann werden die Regisiesachen exproriert und auf alle Benutzeraccounts verteilt. (dein Setup installiert sich ja auch nur im aktuellen CurrentUser).
Ist auch bissl ungünstig, daß du kein Install-Verzeichnis zur Auswahl anbietest. :stupid:
C:\Program Files (x86)\Entwicklung Software\IDE Fix Pack XE (da fand ich es vorhin)

Ich wusste nicht, daß er diese Dateien inzwischen auch da hin geschoben hatte und dann installierte und registrierte dein Setup nochmal eine zweite Version. :stupid:
Die eine Registrierung hab ich per hand wieder gelöscht, aber es kommt immernoch diese Fehlermeldung, beim Start.


Daheim hab ich AQTime inzwischen auch schon lange rausgeworfen.
Werde ich in der Firma wohl auch demnächst mal machen. (nutzt eh sonst keiner, das Ding :stupid:)




Immer mal wieder irgendwas installieren, deinstallieren, upgraden/drüberinstallieren und sonstwie rumpfuschen ... da sammelt sich über die Jahre auf 'nem Server viel Mist an.
Nur jetzt alles mal neu zu installieren ist auch nicht so einfach, da sonst bestimmt über 'ne Woche lang keiner mehr arbeiten kann, bis alles wieder richtig läuft. :?

[MaBuSE]

Zitat:

Zitat von himitsu (Beitrag 1266364)

Nur jetzt alles mal neu zu installieren ist auch nicht so einfach, da sonst bestimmt über 'ne Woche lang keiner mehr arbeiten kann, bis alles wieder richtig läuft. :?

Hallo,
Wir haben vor mehr als 10 Jahren ein System entwickelt, wie wir jede Delphi-Anwendung im Haus auf jedem Entwickler PC Bearbeiten und Kompilieren können. Egal welche 3rd party Komponenten in welcher Version benutzt werden.

Projekt A benutzt z.B. DevExpress v3.x und JCL in aktueller Version
Projekt B benutzt z.B. DevExpress v14.1.2 und FastMM v4.98

Lokal auf dem PC werden keine Komponenten installiert.
Alle Versionen der Komponenten stehen unter Versionsverwaltung (ClearCase bzw. nun git)
Beim Delphi Start werden die entsprechenden Versionen bereitgestellt und konfiguriert.
Es werden auch nur die Komponenten (Packages) in der IDE geladen, die benötigt werden. (schneller Delphi Start)

Das System würde sich aber auch ohne VCS nutzen lassen.

Ein neuer PC ist in kurzer Zeit installiert und voll funktionsfähig.
Wir haben ein Team mit mehr als 40 Delphi Entwicklern.
Ohne dieses Vorgehen wäre ein effektives Arbeiten gar nicht möglich.
Wir wurden damit auch in die Lage versetzt alle Anwendungen über einen BuildServer (Jenkins) bauen zu können.

Ich kann es Dir ja mal auf den Delphi Tagen 2014 bei einem Kaffee genau erklären.

Viele Grüße
MaBuSE

[himitsu]

:lol:
Rate mal, was ich vorhin gemacht hab?
IDEFixPack und DDevExtensions ins SVN aufgenommen und dann werden sie über den FinalBuilder eingerichtet.

Etwas unpraktisch beim IDE-FixPack ist, daß das Setup sich nicht entpacken lässt und man es erst installieren muß, um an die neuen Dateien zu kommen.
Dabei wird es dann in dem festen Pfad installiert und (nur) beim aktuellen Benutzer im Delphi registriert. (nja, wofür gibt es VMs ... ich muß nur mal auf Arbeit wieder eine Funktionsfähige einrichten)

[sh17]

Zitat:

Zitat von himitsu (Beitrag 1266409)

Etwas unpraktisch beim IDE-FixPack ist, daß das Setup sich nicht entpacken lässt und man es erst installieren muß, um an die neuen Dateien zu kommen.
Dabei wird es dann in dem festen Pfad installiert und (nur) aktuellen Benutzer im Delphi registriert. (nja, wofür gibt es VMs ... ich muß nur mal auf Arbeit wieder eine Einrichten)

Jupp, auf die ZIP als Download warte ich auch schon immer, installiere es momentan immer in eine VM und hol mir den Krempel ins VCS.

[Uwe Raabe]

Daß man das IDE-FixPack über die Kommandozeile installieren kann ist aber bekannt, oder?

[sh17]

Zitat:

Zitat von Uwe Raabe (Beitrag 1266422)

Daß man das IDE-FixPack über die Kommandozeile installieren kann ist aber bekannt, oder?

Nö, sag an, wie?

[himitsu]

In der (don't)Readme steht nix davon. :stupid:

Code:

IDEFixPackRegXE.exe -?

Code:

IDEFixPackRegXE.exe /?

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1266425)

Code:

IDEFixPackRegXE.exe /?

Genau! :-D

[Uwe Raabe]

Ist es dem Server zu heiß oder sind nur bei mir die ganzen Signaturen weg?

[sh17]

Zitat:

Zitat von Uwe Raabe (Beitrag 1266428)

Ist es dem Server zu heiß oder sind nur bei mir die ganzen Signaturen weg?

Die Macke hatte ich hier schon öfter, keine Ahnung woran das liegt.

[himitsu]

Zitat:

Zitat von Uwe Raabe (Beitrag 1266428)

Ist es dem Server zu heiß oder sind nur bei mir die ganzen Signaturen weg?

Ich glaub das liegt am Unterforum. (dort wo oben der Eingangspost immer sichtbar ist, also in den Projekten und so)

Links die Profildaten und die Signatur (abgesehn vom Namen) sind minimalitisiert/ausgeblendet.
(direkt nach dem Inline-Editor ist es aber mal kurz groß)

[himitsu]

Moin Moin,

Zitat:

Zitat von jbg (Beitrag 1266349)

Zitat:

Zitat von himitsu (Beitrag 1266321)

PS: Ist die Kommentarfunktion auf deiner Webseite deaktiviert?

Man kann nur bis einen Monat nach dem Blog-Posting Kommentare schreiben. Sonst müsste ich zu viel Spam verwalten.

Gut, meine kleine Seite ist nicht so bekannt, wie Deine, und gegen "manuellen" Spam hilft es vermutlich nicht so viel,
aber zumindestend den ganzen automatischen Spam halten, bei mir, diese beiden Plugins erfolgreich ab.
Antispam Bee
Comment Spamtrap

Es gibt zwar noch hunderte Weitere Plugins, aber wer mag z.B. diese blöden CAPTCHA?
Spam Free Wordpress
WP-reCAPTCHA
...

[himitsu]

Alle Jahre wieder ... neuer Server ... neuer Spaß.

Also im Prinzip wieder genau der selbe Fehler,
http://www.delphipraxis.net/108277-i...ml#post1266321 #97
aber diesmal will er nicht weg.

Hab den FixPack schon neu von der Webseite geladen und installiert, aber keine Änderung.
Finde auch nicht mehr das, wie/wo man einzelne Patches deaktivieren kann.


[edit]
OK, die IDEFixPack.dll wird doppelt geladen und die IDEFixPaxkStartup.dll kommt aus einem falschen Verzeichnis.
Ich rate jetzt mal und Chafe hat garantiert ein altes Regisrty-Backup auf dem neuen Server eingespielt. :stupid:


Wird Zeit, dass der Kampf mit 10.2 und allen Fremdkomponenten gewonnen und unser Code fertig angepasst wurde.