Seite 1 von 1

Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Di, 07. Feb 2017 11:24
von peternmb
Hallo,

ich kann mir nicht erklären, warum sich mein simpler Programmteil aufhängt:

Code: Alles auswählen

Radio1 := XbpRadioButton():new(gBox,, {10,85}, {150,20} ) 
Radio1 :setFontCompoundName( "12.Arial" )
Radio1 :caption:= "Test"
Radio1 :UseVisualStyle := .F.   //bringt nichts
Radio1 :create()
//   
if A->TEST=1
   msgbox("1")
   Radio1:setData(.T.)
   msgbox("2")
else
   msgbox(str(A->TEST,2,0))
endif 
Läuft unter Windows-7, unter Windows-10 wird die erste MsgBox gezeigt, dann friert das Programm ein.

Wenn ich in der Manfest-Datei diesen Teil entferne, läuft das Programm ebenfalls:

Code: Alles auswählen

	<dependency>
    <dependentAssembly>
        <assemblyIdentity
            type="win32"
            name="Microsoft.Windows.Common-Controls"
            version="6.0.0.0"
            processorArchitecture="*"
            publicKeyToken="6595b64144ccf1df"
            language="*"
        />
    </dependentAssembly>
    </dependency>
Im Programm werden noch unzählige andere Radio-Buttons genutzt - soweit ich sehen kann ohne Probleme :banghead:
Ich nutze die 1.90.355

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Di, 07. Feb 2017 22:45
von ramses
Ich denke du hast 2 Optionen:

a) Update auf Xbase++ 2.00.XXX oder b) auf die Manifest-Datei zu verzichten.

Wie du auch an anderer Stelle des Board lesen kannst ist die 1.90.XXX nicht für Windows 10 geeignet/freigegeben und kann zu vielfältigen Problemen führen, eben wie deinen.
Obwohl ich nicht unbedingt der "Alaska-Update" Fan bin kann ich dir nur zum Update auf 2.00 raten.
Oder eben, viel Zeit zur Fehlersuche verwenden, für Fehler die du unter 2.00 gar nicht hättest. .....

Cu Carlo

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Mi, 08. Feb 2017 0:06
von AUGE_OHR
peternmb hat geschrieben:ich kann mir nicht erklären, warum sich mein simpler Programmteil aufhängt:
...
Läuft unter Windows-7, unter Windows-10 wird die erste MsgBox gezeigt, dann friert das Programm ein.
ich kann es mit deinem Code-Snip nicht nachvollziehen.
peternmb hat geschrieben:Wenn ich in der Manfest-Datei diesen Teil entferne, läuft das Programm ebenfalls:

Code: Alles auswählen

	<dependency>
    <dependentAssembly>
        <assemblyIdentity
            type="win32"
            name="Microsoft.Windows.Common-Controls"
            version="6.0.0.0"
            processorArchitecture="*"
            publicKeyToken="6595b64144ccf1df"
            language="*"
        />
    </dependentAssembly>
    </dependency>
das ist nicht Original !
Xbase++ ist 32bit also "X86"
peternmb hat geschrieben:Ich nutze die 1.90.355
ich auch und habe keine Problem bislang unter Windows 10 entdecken können (ausser beim visual Style und natürlich Touch/Gesten).

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Mi, 08. Feb 2017 10:43
von peternmb
Hallo,

ich habe diesen Teil einer Manifestdatei direkt von der MS-Webseite und war eigentlich der Meinung, dass
type="win32"
in diesem Fall das x86 ersetzt. Falls dem nicht so ist, wohin muss das x86?

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Mi, 08. Feb 2017 10:48
von Jan
Hallo Peter,

statt processorArchitecture="*" muß das processorArchitecture="x86" heißen. So ist das jedenfalls bei mir.

Aber es ist schon richtig: Alaska garantiert mit jeder Version vor der 2.0 keine Windows 10-Kompatibilität. Selbst die ersten 2.0-Versionen hatten die Freigabe von Alaska noch nicht. Das steht erstmal so im Raum, auch wenn anscheinend in freier Wildbahn noch keine wirklichen Probleme mit Windows 10 und Xbase++ 1.9 SL1 festgestellt werden konnten.

Jan

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Mi, 08. Feb 2017 15:16
von peternmb
Jan hat geschrieben:statt processorArchitecture="*" muß das processorArchitecture="x86" heißen. So ist das jedenfalls bei mir.
Vielen Dank, hat allerdings nichts geholfen...

Ich habe es jetzt so umgeschrieben, dass die selection der Buttons vor dem create erfolgt, damit gibt es keine Probleme.

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Mi, 08. Feb 2017 16:50
von ramses
Hallo Jan

Code: Alles auswählen

Das steht erstmal so im Raum, auch wenn anscheinend in freier Wildbahn noch keine wirklichen Probleme mit Windows 10 und Xbase++ 1.9 SL1 festgestellt werden konnten. 
da muss ich dir doch wiedersprechen!!!!

Ich hatte vielseitig massive Probleme und erst nach längerem Fehlersuchen, so als "last resort" schweren Herzen dann doch ein Alaska-Upgrade auf 2.00.XXX gekauft.
Dies obwohl ich KEINE der neuen Funktionen wie der Workbench usw. nutze. (Multiedit, Batch-Scripts und xppdbg reichen mir) Und siehe da alle Sorgen waren mit der 2 er Version umgehend ohne weiteres zutun ALLE beseitigt.
Irgend etwas muss an der "Freigabe für Win10" doch dran sein. .... auch wenn Alaska "Meldungen" z.T. vorsichtig genossen werden sollten, diese stimmt absolut.


Cu Carlo

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Mi, 08. Feb 2017 23:39
von AUGE_OHR
ramses hat geschrieben:Ich hatte vielseitig massive Probleme und erst nach längerem Fehlersuchen, so als "last resort" schweren Herzen dann doch ein Alaska-Upgrade auf 2.00.XXX gekauft.
jetzt bin ich doch ein wenig verwirrt ... welche Probleme mit der v1.9x meinst du denn ?

vielmehr habe ich den Thread über die 2.0.710 mit FSize() noch in Erinnerung ... :badgrin:

Re: Programm hängt sich unter Win10 bei RadioButton auf

Verfasst: Do, 09. Feb 2017 8:34
von ramses
Hallo Jimmy

ich meine Probleme wie die am Anfang aufgezeigten, XBase-Parts die mal gehen mal nicht, Dialog-Fenster die sich einige Male öffnen lassen und dann einfach abstürzen usw. usw.

Das unschöne Problem "FSize()" war dann in einem laufenden Update in der 2.00 er Version von 2.00.685 auf 2.00.710. Durch irgendwelche Arbeiten wurde Funktion beschädigt......
Ich bin aber aus eigener Erfahrung noch immer der Meinung unter Windows 10 ist die Xbase Version 2 Pflicht.
Nur so bist du auf der "sichern" Seite. Andenfalls suchst du u.U. Probleme die es mit der aktuellen Version gar nicht gibt.
Als EDV Fachperson handelst du doch bereits (grob)fahrlässig wenn du Tools einsetzten tust die für das Zielsystem vom Hersteller explizit gar nicht freigegeben sind ........

Cu Carlo