Path: ...!news.mixmin.net!aioe.org!IDf6Zf3LEgdPJ26wdgd+3A.user.46.165.242.75.POSTED!not-for-mail
From: Francois LE COAT <lecoat@atari.org>
Newsgroups: fr.comp.sys.atari
Subject: Re: Eureka sur la V4SA et MyAES
Date: Sun, 30 Oct 2022 21:45:28 +0100
Organization: Aioe.org NNTP Server
Message-ID: <tjmnp8$7ku$1@gioia.aioe.org>
References: <o5tnYYMDH-muRDxHZCTz4nYWhKo@jntp> <tjhfeq$56j$1@gioia.aioe.org>
 <tjihag$a0i$1@gioia.aioe.org> <3s3z71h5xjjUsUEm8LfMpojW7lM@jntp>
 <tjjble$ihs$1@gioia.aioe.org> <7AqwwCptJMXG0xtaTTjJx63Rk7g@jntp>
 <tjlees$1lnh$1@gioia.aioe.org> <ZMjTVq7UHu9E5cX5f8OSSMpF2YI@jntp>
 <tjm8qf$o5$1@gioia.aioe.org> <UEDU9fA9PW9HT4EPQmYslpbtp_Y@jntp>
 <12xU-l-FDpWnJCungvT8rV0J_n4@jntp>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: quoted-printable
Injection-Info: gioia.aioe.org; logging-data="7838"; posting-host="IDf6Zf3LEgdPJ26wdgd+3A.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0)
 Gecko/20100101 Firefox/60.0
X-Notice: Filtered by postfilter v. 0.9.2
Bytes: 3582
Lines: 59

Salut,

OL =E9crit=A0:
>>> Le bug concerne bien EB_Dump, qui =E9tait inutilisable sous XaAES, et=

>>> non pas sous TOS4, parce que lorsqu'il effa=E7ait sa derni=E8re fen=EA=
tre
>>> active, il perdait le focus, et il devenait impossible =E0 rappeler.
>>>
>>> =C7a a =E9t=E9 corrig=E9 dans XaAES, et le bug concernait =E0 la fois=
 EB_Dump
>>> et Eur=EAka 2.12, qui se retrouve aussi parfois sans fen=EAtre active=
=2E
>>> C'est un cas de "dead lock" c-=E0-d une situation inextricable ...
>>
>> J'ai partielle d=E9j=E0 corrig=E9 le probl=E8me de focus, tout tourne =

>> compl=E8tement normalement jusqu'=E0 la fin de la d=E9mo, sauf quand j=
e=20
>> re=E7ois l'alert de Record pour me dire que c'est fini et l=E0 ce n'es=
t=20
>> pas plant=E9 mais je n'ai plus l'acces aux click souris exactement com=
me=20
>> si j'=E9tais toujours en wind_update(BEG_MCTRL), le menu ne r=E9pond p=
lus=20
>> par contre Eureka re=E7ois toujours le clavier la fen=EAtre appara=EEt=
 qui=20
>> rappelle les possibilit=E9s clavier! Le BEG_MCTRL devrait =EAtre bani!=

>=20
> Comprends pas pas l'air d'=EAtre un BEG_MCTRL qui traine, tu n'as pas u=
n=20
> rec tout petit pour tester rapidement, c'est long ta d=E9mo!

J'essaye de comprendre ce que tu me dis, mais c'est pas =E9vident. Si il
intervient un wind_update(BEG_MCTRL), c'est que l'on est dans l'=E9cran
d'affichage des courbes. Il me semble que si je bloque les interactions,
c'est que je pr=E9serve l'=E9cran d'affichage. Mais si il intervient un
form_alert() de `RECORD.ACC` c'est que je ne dois plus =EAtre sur l'=E9cr=
an
d'affichage des courbes. Il y a donc une contradiction. Je ne comprends
pas. Ce que tu me dis me para=EEt =EAtre incoh=E9rent. Lorsque `RECORD.AC=
C`
affiche ses form_alert(), c'est que le menu est affich=E9, et le bureau
GEM est affich=E9. =C0 moins que tu envoies une vid=E9o c'est incompr=E9h=
ensible

Je ne peux pas t'aider. Il faut que tu fasses au mieux, avec ce que tu
comprends. Mais je ne suis pas =E0 ta place. C'est toi qui est comp=E9ten=
t.
Tu peux essayer de voir ce que =E7a donne avec le TOS4, la r=E9f=E9rence =
qui
fonctionne. =C7a fonctionne aussi maintenant avec EmuTOS. Il faut que
tu connaisses le r=E9sultat attendu, pour comprendre ce qui se passe.

--=20
Fran=E7ois LE COAT
Auteur de Eur=EAka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/