MSEide+MSEgui Version 2.0beta2

[mse]

MSEide+MSEgui Version 2.0beta2 wurde freigegeben:
https://sourceforge.net/project/showfil ... _id=165409

Martin

[Garfield]

Gibt es dafür eine Dokumentation? Mal abgesehen von den russischen Anleitungen.

[monta]

Soweit ich weiß, nein.

Ansätze siehe hier:
http://www.lazarusforum.de/viewtopic.php?p=24975#p24975" onclick="window.open(this.href);return false;

[mse]

Gibt es dafür eine Dokumentation? Mal abgesehen von den russischen Anleitungen.

Für den russischen Beitrag von STAKANOV gibt's eine englische Übersetzung:
http://www.geocities.com1/yetanothergee ... utorial-en
Entferne "1" hinter "com", es scheint nicht erlaubt, den korrekten Link anzugeben.

Das Wiki ist letzhin wieder zu etwas Leben erwacht:
http://wiki.freepascal.org/MSEide_&_MSEgui

Stelle Fragen bitte hier oder im MSEide+MSEgui Hauptkommunikationskanal NNTP:
[url]news://news.grid-sky.com/public.mseide-msegui.talk[/url]

Martin

[Garfield]

Ich habe vorhin fast zwei Stunden gebraucht bis ich die erste laufende Anwendung mit einem tbutton, einem tstringedit und einem tfiledialog zusammen hatte. Wobei die auch nicht ohne Fehlermeldung übersetzt wurde. Das Design der GUI und der Anwendungen sind gewöhnunsbedürftig und scheint mehr für Insider als Beginner gedacht zu sein. Über die Wiki war ich zu den beiden russischen Anleitungen gekommen. Die erste habe ich nachvollzogen (ohne Fehlemeldung ), ging auch ohne die englische Übersetzung. Die zweite will ich mir vielleicht morgen zu Gemüte ziehen.

Nach der GUI zu urteilen sind Datenbankanwendungen ein Anwendungsschwerpunkt. Damit habe ich mich bisher weniger beschäftigt, da es das bei Delphi 7 PE nicht gab. Der Bedarf ist allerdings da. Mal sehen, wie weit ich komme.

[mse]

Ich habe vorhin fast zwei Stunden gebraucht bis ich die erste laufende Anwendung mit einem tbutton, einem tstringedit und einem tfiledialog zusammen hatte. Wobei die auch nicht ohne Fehlermeldung übersetzt wurde.

Ist das apps/demo/demo.prj Projekt gelaufen? Welche Fehlermeldungen? Hast du dein eigenes Projekt mit 'Projekt'-'New'-'From Template'-'default.prj' eröffnet?

[Garfield]

Ist das apps/demo/demo.prj Projekt gelaufen? Welche Fehlermeldungen?

Es gibt die Meldung:

Signal received. Signal: SIGSEGV, Segmentation fault. Function: ntdll!RtlpWaitForCriticalSection

Nach einem weiteren F9 wird das Formular erstellt und der Exit-Button ist ohne Funktion.

Hast du dein eigenes Projekt mit 'Projekt'-'New'-'From Template'-'default.prj' eröffnet?

Das war der Punkt, weshalb es anfangs nicht geklappt hatte. Hatte wie gewohnt erst das Formular erstellt. Dann im Forum den Hinweis gefunden, mit den default-Template zu beginnen. Dann ging es damit weiter, dass tfiledialog1.execute nicht boolean sondern modalresult ist und zwischen tfiledialog1.filename noch ein controller. gehört. Aber dann hat es mit der oben genannten Fehlermeldung funktioniert. Der Button hat den Dialog geöffnet und anschliesend wurde die ausgewählte Datei einschließlich der kyrillischen Buchstaben des Testordners angezeigt.

Bei dem Hello World Beispiel tritt die Fehlermeldung ebenfalls auf, die Button funktionieren jedoch wie sie sollen.

Vielleicht liegt es am WinXP SP3!?

[mse]

Vielleicht liegt es am WinXP SP3!?

Glaub ich nicht, du bist nicht der einzige, der damit mit MSEgui arbeitet. Vielleicht der Debugger? Mit welcher gdb Version arbeitest du? Empfehlenswert ist mingw gdb 6.8:
http://sourceforge.net/project/showfile ... _id=594520
die Datei gdb-6.8-mingw-3.tar.bz2.
Passiert die exception auch wenn die Programme ausserhalb der IDE gestartet werden?

Für den Zweck der Dateiauswahl bietet sich auch die Komponente tfilenameedit vom tab "Dialog" an.

[Garfield]

Mit welcher gdb Version arbeitest du?

Die Version 6.7.50.20071127, welche ich mit Lazarus installiert habe.

Empfehlenswert ist mingw gdb 6.8:

Damit erhalte ich die Meldung ebenfalls.

Passiert die exception auch wenn die Programme ausserhalb der IDE gestartet werden?

Nein. Da starten die Programme ganz normal.

Für den Zweck der Dateiauswahl bietet sich auch die Komponente tfilenameedit vom tab "Dialog" an.

Danke, das habe ich erst hinterher gesehen.

[mse]

Empfehlenswert ist mingw gdb 6.8:

Damit erhalte ich die Meldung ebenfalls.

Bitte vergiss nicht, den Pfad zum neuen gdb in MSEide 'Settings'-'Configure MSEide'-'${DEBUGGER}' anzugeben. Danach den neuen debugger mit 'Target'-'Restart Debugger' starten.

Passiert die exception auch wenn die Programme ausserhalb der IDE gestartet werden?

Nein. Da starten die Programme ganz normal.

Das sieht dann schon stark nach gdb Problem aus und wäre nichts Neues unter Windows. Mit gdb 6.8.3 habe ich allerdings noch von keinen Problemen gehört.

Martin

[Garfield]

Bitte vergiss nicht, den Pfad zum neuen gdb in MSEide 'Settings'-'Configure MSEide'-'${DEBUGGER}' anzugeben. Danach den neuen debugger mit 'Target'-'Restart Debugger' starten.

Ich habe MSEide usw beendet und die alte gdb.exe durch die neue ersetzt, dann die *.ppu, *.exe und *.bak* entfernt sowie mseide neu gestartet. Die gdb.exe meldet sich mit Version 6.8.

Das sieht dann schon stark nach gdb Problem aus und wäre nichts Neues unter Windows. Mit gdb 6.8.3 habe ich allerdings noch von keinen Problemen gehört.

Dann brauche ich mir ja keine Sorgen zu machen. Danke.