Wann funktioniert die Codevervollständigung wieder richtig :-(

[win568]

Hi

Das Problem tritt beim Öffnen von Packageprojekten auf. Erst kommen mehrere Exceptions mit "Prozess Spawned-Prozess" und dann eine Debugger Exception:

"Im Projekt Spawned-Prozess ist eine Exception der Klasse EConvertError mit der Meldung 'Ungültiges URL-codiertes Zeichen (%TP) an Position 1' aufgetreten."

Diese kann man mehrfach wegklicken und dann beginnt alles wieder von vorne

[win568]

Ein Abbruch des Debug Prozesses ist dann nicht mehr möglich. Die gestartete Delphi IDE reagiert nicht mehr und es kommt ein schwerere Fehler beim Rücksetzen des Debuggers.
Nur mehr das Abschießen der IDE hilft hier. Kill LSP funktioniert nicht.

So ein Verhalten hatten wir bis dato bei keiner Delphi Version. Und wir hatten ab DXE alle Versionen und für alle habe ich Experts entwickelt.
Wäre es eine OpenSource IDE, dann könnte man darüber noch wegsehen. Aber bei den Preisen die wir zahlen ist das absolut indiskutabel. Wenn die Anbindung des
LSP solche Probleme verursacht, dann sollte das Projekt eingestampft werden und man sollte Anleihen an Projekten wie IntelliSense nehmen. Sollte es bereits
auf der Basis implementiert sein, dann sollte untersucht werden, warum der ausgelagerte LSP Prozess die IDE zum Absturz bringt.

[haentschman]

Zitat:

und teilen dies Embarcadero bei zahlreichen Gelegenheiten mit

...jeden Tag vor ihrem Frühstückskaffee hoffentlich.

[FreiSoftWeb]

Meine Entschuldigung an alle MVP’s und dir Uwe Raabe, noch eine gesunde Erholung in der Reha.

Mir ist gestern Abend aber einfach der Kragen geplatzt

Ich werde heute und nach über 22 Jahren wohl zum letzten mal ein renewal subscription (2.6xx €) unterschreiben und mich auf andere Entwicklungsumgebungen konzentrieren, ich habe da einfach keine Hoffnung mehr zu EMBA – vieles wird zur IDE von Jahr zu Jahr schlechter statt besser.

Was sie aber können, ist eine Willkommensseite ständig neu zu erfinden...

Nach 6 Wochen noch immer keine Patch 2 o. Update bereitzustellen, der eben dieses massive Problem behebt, ist für mich einfach nicht mehr vertretbar!

[jaenicke]

Zitat von FreiSoftWeb:

Nach 6 Wochen noch immer keine Patch 2 o. Update bereitzustellen, der eben dieses massive Problem behebt, ist für mich einfach nicht mehr vertretbar!

Das Problem kennt man als Softwareentwickler doch aber, dass man ein Problem selbst eben nicht reproduzieren kann. Und dein Beispiel-Vorgehen funktioniert eben anderswo problemlos, wie ich ja geschrieben habe.

Für die Fehlerbehebung beim LSP gibt es eine Webseite mit Hinweisen wie du Logfiles bekommst usw., die du Embarcadero dann schicken kannst:
https://docwiki.embarcadero.com/RADS...ng:_Delphi_LSP

Ja, ich bin ich nicht zufrieden mit der Situation, aber wenn man möchte, dass solche Fehler behoben werden, bleibt nur, diese zu melden und auch den nötigen Aufwand hineinzustecken, damit Embarcadero die nötigen Informationen bekommt. Viele sagen dann, dass das nicht die eigene Aufgabe ist. Das ist natürlich richtig, aber als Softwareentwickler sind wir doch alle darauf angewiesen, dass unsere Kunden und Nutzer uns ggf. bei der Fehlersuche helfen, wenn etwas nicht einfach so zu reproduzieren ist.

[win568]

Zitat:

Ja, ich bin ich nicht zufrieden mit der Situation, aber wenn man möchte, dass solche Fehler behoben werden, bleibt nur, diese zu melden und auch den nötigen Aufwand hineinzustecken, damit Embarcadero die nötigen Informationen bekommt. Viele sagen dann, dass das nicht die eigene Aufgabe ist. Das ist natürlich richtig, aber als Softwareentwickler sind wir doch alle darauf angewiesen,
dass unsere Kunden und Nutzer uns ggf. bei der Fehlersuche helfen, wenn etwas nicht einfach so zu reproduzieren ist.

Wir haben Reports gemacht. Nur, was soll man mit der Aussage, das es nicht reproduzierbar ist ? Dann sollte EMBA, genauso wie wir mit unseren Kunden, auf uns zukommen und uns direkt kontaktieren. Wir würden VM's zur Verfügung stellen, um das reproduzieren zu können. Da wir mit D11.2 und Packages immer mehr das Problem haben, das der Debugger an keinem Breakpoint mehr stehen bleibt, obwohl das Package Debuginformationen enthält und geladen wurde, bei Auswerten/ändern Variablenwerte nicht mehr anzeigt, uvm. macht das Arbeiten mit Delphi keinen Spaß mehr. Und falls die Frage kommt, ja, es wurde berichtet.

[TurboMagic]

Zitat von win568:

Zitat:

Ja, ich bin ich nicht zufrieden mit der Situation, aber wenn man möchte, dass solche Fehler behoben werden, bleibt nur, diese zu melden und auch den nötigen Aufwand hineinzustecken, damit Embarcadero die nötigen Informationen bekommt. Viele sagen dann, dass das nicht die eigene Aufgabe ist. Das ist natürlich richtig, aber als Softwareentwickler sind wir doch alle darauf angewiesen,
dass unsere Kunden und Nutzer uns ggf. bei der Fehlersuche helfen, wenn etwas nicht einfach so zu reproduzieren ist.

Wir haben Reports gemacht. Nur, was soll man mit der Aussage, das es nicht reproduzierbar ist ? Dann sollte EMBA, genauso wie wir mit unseren Kunden, auf uns zukommen und uns direkt kontaktieren. Wir würden VM's zur Verfügung stellen, um das reproduzieren zu können. Da wir mit D11.2 und Packages immer mehr das Problem haben, das der Debugger an keinem Breakpoint mehr stehen bleibt, obwohl das Package Debuginformationen enthält und geladen wurde, bei Auswerten/ändern Variablenwerte nicht mehr anzeigt, uvm. macht das Arbeiten mit Delphi keinen Spaß mehr. Und falls die Frage kommt, ja, es wurde berichtet.

Habt ihr dazu nur QP Tickets aufgemacht, oder auch hierrüber einen Fall eröffnet?
https://www.embarcadero.com/support

Ich glaube bis zu 3 Fälle pro Jahr sind für jede Subskriptionslizenz kostenlos.
Dann meldet sich auf alle Fälle jemand von EMBT und mit dem kann man die Details besprechen.
Ich hab' auf dem Werg tatsächlich schon brauchbares bekommen...

[freimatz]

Zitat von win568:

Wir haben Reports gemacht. Nur, was soll man mit der Aussage, das es nicht reproduzierbar ist ? Dann sollte EMBA, genauso wie wir mit unseren Kunden, auf uns zukommen und uns direkt kontaktieren. Wir würden VM's zur Verfügung stellen, um das reproduzieren zu können. Da wir mit D11.2 und Packages immer mehr das Problem haben, das der Debugger an keinem Breakpoint mehr stehen bleibt, obwohl das Package Debuginformationen enthält und geladen wurde, bei Auswerten/ändern Variablenwerte nicht mehr anzeigt, uvm. macht das Arbeiten mit Delphi keinen Spaß mehr. Und falls die Frage kommt, ja, es wurde berichtet.

Same here. Sogar ein gewisser C. hat sich das angesehen. Ansonsten kam auch schon mal vom Support sie dürfen aus rechtlichen Gründen nicht per Ferntool bei uns draufschauen.
Bei 32-Bit geht das Debuggen noch einigermassen, dafür andere Probleme. 64-Bit ist nahezu nicht debugbar.
Und dann noch die Ausrede sie hätten so viele Platformen bei den Debugger zu unterstützten. Jo mei, ob im Editor ein blauer Punkt kommt das lässt sich auch noch platformunabhängig programmieren. Aber vermutlich haben sie nur Copy&Paste gemacht zu beginn einer neuen Platform. (Sorry, irgendwann reicht es)

[himitsu]

Du könntest auch für unter 26.xxx für 10 Jahre machen.


Dann sind sie doch nur noch mit Lesen beschäftig, bis zum Feierabend, zuzüglich täglich jeweils 300 Überstunden.
Außer sie fangen früher an mit arbeiten und schaffen noch bissl was, vor dem unserem Frühstück.

Und nein, die Willkommensseite funktioniert auch nicht.

Zitat:

Fehler beim Laden der Daten.

[Der schöne Günther]

Ich bin jetzt die letzten Wochen (Monate?) nicht am Ball geblieben - Gibt es einen halbwegs allgemeinen Konsens dass 11.1 noch spürbar besser arbeitet als 11.2?

11.2 habe ich mir bislang gespart...