Le topic de Windows 10 - Page 44

(si mais faut coller la balise qui va bien autour de l'url de ton image)

(bah c'est le cas, non ? Ou alors il faut mettre img /img ? Edit : Ah oui, merci )

( topics/187353-spoiler-avec-une-image#post-3 )

(OK merci ^^)

Et maintenant, celui qui me trouve pourquoi l'instruction surlignée (movea.l (a3)+,a4) provoque l'appel de FatalError de PedroM gagne mon estime pour l'éternité

C'est pas des adresses protégées ? Ou des interruptions qui font des trucs ? Un mode d'adressage qui n'existe pas ? L'absence d'espaces après les virgules ?

Ca s'assemble, le débogueur reconnait l'instruction, donc elle est bien assemblée.
a3 contient $42C6, et devrait contenir $42CA après l'instruction.
a4 devrait contenir la valeur pointée, soit $88D2.
Ces adresses sont bien celles attendues.
Je comprends pas ce que je foire pour qu'une instruction aussi élémentaire me sorte un tel comportement.
Et ça appelle le code d'une interruption, dans l'AI7 de PedroM, mais en user mode.

C'est pour ça que je pige rien.

Pen^2 (./1296) :
L'absence d'espaces après les virgules ?

+1, ça me semble être le premier suspect, je suis d'ailleurs étonné que Mirari ait accepté de stocker ton fichier sans fondre

C'est une image, l'OCR ne devait heureusement pas être activée !

Sinon, tu as essayé en changeant les adresses contenues dans les registres a3, puis a4 ?
(Une corruption du cache ? )

Ça plante aussi sur une vraie calculatrice (ou sur TiEmu/Emu-TIGCC)? Parce que sinon, c'est probablement un bogue de VTI, ce logiciel en a des tonnes.

Je vais essayer avec TiEmu, oui, parce que là, je sèche ^^

Bon par contre, là je tombe sur un autre genre de bug :

folco@Weygand:~$ tiemu
TiEmu 3 - Version 3.03
  (C) Romain Lievin & Thomas Corvazier  2000-2001
  (C) Romain Lievin 2001-2003
  (C) Julien Blache 2003
  (C) Romain Lievin 2004-2005
  (C) Romain Lievin & Kevin Kofler 2005-2007
  (C) Peter Fernandes 2007
THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY
PLEASE READ THE DOCUMENTATION FOR DETAILS
UAE: version 0.8.25
UAE: Building CPU table for configuration: 68000 24-bit addressing
UAE: 1866 CPU functions
UAE: Building CPU function table (0 1).
Loading ROM calls from file </usr/share/tiemu/misc/romcalls.txt>... Done !
Parsing ROM calls from flash memory (972 entries at $4290c2)... Done !
Duration: 0,1 seconds.
Duration: 0,1 seconds.


** (tiemu:1491): WARNING **: Invalid borders specified for theme pixmap:
        /usr/share/themes/Breeze/gtk-2.0/../assets/line-h.png,
borders don't fit within the image
Erreur de segmentation

Bon à part ça, je penche pour une corruption du heap de mon côté. Pourquoi ça se déclenche maintenant je ne sais pas, mais ça pète au même endroit sous AMS ^^ (et VTI )

(et après, ça se permet de critiquer VTI... )

;===============================================================================
;
;	void InformParentAboutReallocation
;
;	Called when a widget moves in memory. Make the parent aware of the new
;	address of its chid
;
;	in	a0	widget* OldPtr
;		a1	widget* NewPtr
;	out	nothing
;	destroy	std
;
;===============================================================================

InformParentAboutReallocation:
	;-----------------------------------------------------------------------
	;	Accelerator. Useless if there is no performance issue
	;-----------------------------------------------------------------------
;	cmpa.l	a0,a1
;	beq.s	\End

	;-----------------------------------------------------------------------
	;	Save registers and get the parent to modify
	;-----------------------------------------------------------------------
	movem.l	a0-a1,-(sp)
	movea.l	Widget.parent(a1),a0

	;-----------------------------------------------------------------------
	;	Special case for layouts
	;-----------------------------------------------------------------------
	btst.b	#Widget.flag.layout,Widget.flags(a0)
	beq.s	\NoLayout
		lea	Layout.firstchild(a0),a0
\Loop:		cmpm.l	(a0)+,(sp)+
		subq.l	#4,sp
		bne.s	\Loop
		subq.l	#4,a0
		bra.s	\SetNewPtr
\NoLayout:

	;-----------------------------------------------------------------------
	;	Else switch/case the type. Preload the child address
	;-----------------------------------------------------------------------
	move.b	Widget.type(a0),d0

	lea	Groupbox.layout(a0),a0				; Groupbox
	subq.b	#GROUPBOX-HORIZONTAL_LAYOUT,d0
;	beq.s	\SetNewPtr					; Remove when adding new widget


	;-----------------------------------------------------------------------
	;	Replace the old child's ptr with the new one
	;-----------------------------------------------------------------------
\SetNewPtr:
	addq.l	#4,sp						; Pop old ptr
	move.l	(sp)+,(a0)					; And set the new one
\End:	rts

Bon le bug est là. Je sais pas où exactement, mais il est là \o/

"Erreur de segmentation" sans un backtrace, ça ne va pas aider pour déboguer le problème. Temps de déboguer le débogueur.

Et puis essaie la version 3.02a, la dernière à être sortie avec l'intégration de GDB. (Je n'ai pas fait de binaires de la version 3.03 parce qu'elle casse la compatibilité antérieure des savestates, et après le logiciel a été forké par le développeur qui a cassé la compatibilité.)

Bon, bug trouvé et corrigé. Il est est dans le code posté au-dessus. J'oubliais de vérifier qu'un widget avait bien un parent avant de faire des opérations dessus, d'où l'exception "Privilege violation" suite au déréférencement d'un pointeur nul...

Par contre, sur le screen :
VTI skippe le bsr qui exécute le code coupable, et indique qu'il est prêt à exécuter l'instruction suivante, elle qui est si innocente.
Vilain VTI !

Bon au moins, il segfault pas ^^

Depuis le temps que je te dis que VTI n'est pas fiable…

(c'est sûr qu'un soft qui ne démarre même pas ne peut pas dysfonctionner...)

Folco, vu que tu as l'air doué pour dénicher les bugs, tu veux pas aller faire cours chez MS ?

J'ai pas eu le réflexe de faire de screenshot, mais tout-à-l'heure j'ai eu droit à une popup "cette application nécessite le .NET Framework 3.5, voulez-vous le télécharger et l'installer ?". Ce qui n'a rien d'absurde en soi, sauf quand l'appli en question est l'installateur du .NET Framework 3.5

Tiens, moi j'ai un installeur qui m'a obligé à installer le Framework v4 juste pour se lancer, puis à installer la v3.5 pour l'application installée, j'ai adoré \o/

VTI, le meilleur émulateur de TI89 qu'on n'ait jamais fait, des années 2000 à 2042 !

D'un autre côté, les deux frameworks sont limites obligatoire sur un Windows desktop ordinaire, donc bon ^^
Mais oui, c'est étrange ^^

#crayon-multicolor#

Zerosquare (./1308) :
(c'est sûr qu'un soft qui ne démarre même pas ne peut pas dysfonctionner...)

Il serait intéressant de savoir pourquoi TiEmu segfaulte, pour que cela se corrige.

Et aussi d'essayer l'installeur natif Windows de TiEmu plutôt que la version GNU/Linux dans l'espèce d'anti-WINE qu'est "bash pour Windows".

Zerosquare (./1308) :
J'ai pas eu le réflexe de faire de screenshot, mais tout-à-l'heure j'ai eu droit à une popup "cette application nécessite le .NET Framework 3.5, voulez-vous le télécharger et l'installer ?". Ce qui n'a rien d'absurde en soi, sauf quand l'appli en question est l'installateur du .NET Framework 3.5

Oups…

"Keyboard not found, press F1 to continue"

Mercipour le lien, Kevin. Ca pourra servir.

edit -> non merci en fait, ça ne fonctionne pas. Je t'offre Windows 10 quand tu veux pour déboguer

edit² -> bon, en mode compatibilité XPSP3, ça fonctionne. Mais bon, quand même, les vieux émulateurs ça a du mal

essayes Tiger ou Tiger-p, y'a pas de Framework ^^

MS est toujours aussi pro avec Windows 10 :

Ça mériterait un bon google bing bombing pour leur apprendre, ça