SUDOKU
pierre levy
J'ai install� SUDOKU de Guillaume Tello sur
Aranym iMac
J'ai cr�e une grille niveau 40
Soluyion en 00.00 secondes!!!!!
Guillaume Tello
Waow! Ca va vite l'assembleur..!!
Guillaume.
pierre levy
Pierre
Francois LE COAT
Guillaume écrit :
> pierre écrit :
>> J'ai installé SUDOKU de Guillaume Tello sur Aranym iMac
>> J'ai crée une grille niveau 40 Soluyion en 00.00 secondes!!!!!
>
> Waow! Ca va vite l'assembleur..!!
D'autant plus sur la machine virtuelle, lorsque ça rentre dans le cache.
ARAnyM possède un compilateur JIT époustouflant. 20 fois la vitesse
d'une CT60 ou de mon Hadès 60. Pour apprécier la vitesse, il suffit
de voir de quelle façon sont tracées les surfaces avec Eurêka 2.12.
Je ne pensais pas à ce point qu'un système ATARI soit aussi performant.
Alors, ARAnyM n'est pas un émulateur. Pour les programmes qui sont
fonctionnels, ça ne nécessite souvent que quelques très petites
adaptations, la machine virtuelle a un potentiel étonnant. Lorsque
l'on a conservé le souvenir de l'usage d'un ATARI, on a le sentiment
d'utiliser un ATARI tel qu'il aurait évolué en 2009, naturellement.
L'intérêt est d'utiliser un ATARI aujourd'hui, si on en a l'usage.
J'en ai l'usage, puisqu'ARAnyM me permet de lancer Eurêka 2.12 sur
toutes les machines, indépendamment du système hôte. C'est bien !
Le jeu de Sudoku de Guillaume est l'un des meilleurs sans doute.
Mais ... Attention ... Qui regarde le nord a le Sudoku :-D
ATARIstiquement vôtre =)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
http://fon.gs/eureka/
pierre levy
> Salut,
>
> Guillaume �crit :
>> pierre �crit :
>>> J'ai install� SUDOKU de Guillaume Tello sur Aranym iMac
>>> J'ai cr�e une grille niveau 40 Soluyion en 00.00 secondes!!!!!
>>
>> Waow! Ca va vite l'assembleur..!!
>
>
> ARAnyM poss�de un compilateur JIT �poustouflant. 20 fois la vitesse
> d'une CT60 ou de mon Had�s 60. Pour appr�cier la vitesse, il suffit
> de voir de quelle fa�on sont trac�es les surfaces avec Eur�ka 2.12.
> Je ne pensais pas � ce point qu'un syst�me ATARI soit aussi performant.
>
> Alors, ARAnyM n'est pas un �mulateur. Pour les programmes qui sont
> fonctionnels, �a ne n�cessite souvent que quelques tr�s petites
> adaptations, la machine virtuelle a un potentiel �tonnant. Lorsque
> l'on a conserv� le souvenir de l'usage d'un ATARI, on a le sentiment
> d'utiliser un ATARI tel qu'il aurait �volu� en 2009, naturellement.
>
> L'int�r�t est d'utiliser un ATARI aujourd'hui, si on en a l'usage.
>
> J'en ai l'usage, puisqu'ARAnyM me permet de lancer Eur�ka 2.12 sur
> toutes les machines, ind�pendamment du syst�me h�te. C'est bien !
>
> Le jeu de Sudoku de Guillaume est l'un des meilleurs sans doute.
>
> Mais ... Attention ... Qui regarde le nord a le Sudoku :-D
>
>
SUDOKU est lui-m�me tr�s performant,je viens de faire un test
sur une grille vraiment difficile, cette fois avec Magic mac d�mo
j'avais fait le m�me sur Aranym, unr grille avec seulement deux 1
r�sultat
Aranym indique 00;00 secondes.
Magic indique lui 00;03 secondes.
A vous de juger
Pierre
Ps je vais voir sur Falcon.
di
Pascal Wijsbroek
> Alors, ARAnyM n'est pas un ï¿œmulateur.
Ah bon ? Tu expliques s'il te plait ?
> Pour les programmes qui sont fonctionnels, ï¿œa ne nï¿œcessite souvent que
> quelques trï¿œs petites
> adaptations
Mouahahahaha ! C'est donc un "trï¿œs petit" ï¿œmulateur.
pierre levy
> Francois LE COAT a �crit :
>> Salut,
>>
>> Guillaume �crit :
>>> pierre �crit :
>>>> J'ai install� SUDOKU de Guillaume Tello sur Aranym iMac
>>>> J'ai cr�e une grille niveau 40 Soluyion en 00.00 secondes!!!!!
>>>
>>
> SUDOKU est lui-m�me tr�s performant,je viens de faire un test
> sur une grille vraiment difficile, cette fois avec Magic mac d�mo
> j'avais fait le m�me sur Aranym, unr grille avec seulement deux 1
> r�sultat
> Aranym indique 00;00 secondes.
> Magic indique lui 00;03 secondes.
> A vous de juger
> Pierre
> Ps je vais voir sur Falcon.
>
Test effectu� ce matin sur mon Falco 16 mgh:
sur la grille: case sup gauche 1�re position "1" case inf droite
derni�re position "1"
temps r�solution
ToS niveau 45
res :00,32 s
magic niveau 45
res 00,34 s
Pas si mal Falcon......NON?
Pierre
Jean
> Salut,
>
> Guillaume �crit :
>> pierre �crit :
>>> J'ai cr�e une grille niveau 40 Soluyion en 00.00 secondes!!!!!
>>
>> Waow! Ca va vite l'assembleur..!!
>
>
> ARAnyM poss�de un compilateur JIT �poustouflant. 20 fois la vitesse
> d'une CT60 ou de mon Had�s 60. Pour appr�cier la vitesse, il suffit
> de voir de quelle fa�on sont trac�es les surfaces avec Eur�ka 2.12.
> Je ne pensais pas � ce point qu'un syst�me ATARI soit aussi performant.
De ce que j'ai pu en tester, Magic sur PC est largement plus rapide.
Avec Vision en tout cas.
A moins que j'ai loup� un truc dans la config?
A+,
Jean
http://vision.atari.org
Attention:
Email invalide!
Utiliser le newsgroup pour r�pondre.
Warning:
Invalid email used!
Use newsgroup to answer.
pierre levy
> Francois LE COAT a �crit :
>> Salut,
>>
>> Guillaume �crit :
>>> pierre �crit :
>>>> J'ai install� SUDOKU de Guillaume Tello sur Aranym iMac
>>>> J'ai cr�e une grille niveau 40 Soluyion en 00.00 secondes!!!!!
>>>
>>> Waow! Ca va vite l'assembleur..!!
>>
>> D'autant plus sur la machine virtuelle, lorsque �a rentre dans le cache.
>>
>> ARAnyM poss�de un compilateur JIT �poustouflant. 20 fois la vitesse
>> d'une CT60 ou de mon Had�s 60. Pour appr�cier la vitesse, il suffit
>> de voir de quelle fa�on sont trac�es les surfaces avec Eur�ka 2.12.
>> Je ne pensais pas � ce point qu'un syst�me ATARI soit aussi performant.
> Hum...
> De ce que j'ai pu en tester, Magic sur PC est largement plus rapide.
> Avec Vision en tout cas.
> A moins que j'ai loup� un truc dans la config?
>
> A+,
> Jean
J'ai install� avec succ�s Vision 40 sur Aranym mac.
Seule pr�caution, lancer avant Vision LDV.prg du dossier auto.
Ca d�coiffe.
Je ne peux pas tester sous Magic, je n'ai que une vrsion d�mo de celui-ci.
Pierre
Francois LE COAT
pierre écrit :
> Jean écrit :
>> Francois écrit :
>>> Guillaume écrit :
>>>> pierre écrit :
>>>>> J'ai installé SUDOKU de Guillaume Tello sur Aranym iMac
>>>>> J'ai crée une grille niveau 40 Soluyion en 00.00 secondes!!!!!
>>>>
>>>> Waow! Ca va vite l'assembleur..!!
>>>
>>> D'autant plus sur la machine virtuelle, lorsque ça rentre dans le cache.
>>>
>>> ARAnyM possède un compilateur JIT époustouflant. 20 fois la vitesse
>>> d'une CT60 ou de mon Hadès 60. Pour apprécier la vitesse, il suffit
>>> de voir de quelle façon sont tracées les surfaces avec Eurêka 2.12.
>>> Je ne pensais pas à ce point qu'un système ATARI soit aussi performant.
>>>
>> Hum...
>> De ce que j'ai pu en tester, Magic sur PC est largement plus rapide.
>> Avec Vision en tout cas.
>> A moins que j'ai loupé un truc dans la config?
Dommage <http://eureka.atari.org/miniPack.zip> n'est pas prévu pour
Windows. Mais si MagiC PC te convient Jean, pourquoi pas ? Olivier
Landemarre c'est MagiC Mac. Ça n'est plus développé depuis longtemps.
On parle de système hôtes qui ne sont pas des Unix, préhistoriques.
C'est quand même très dommage de lancer freeMiNT via ARAnyM avec un
système hôte qui n'en est pas un (Unix) alors que MiNT est un (BSD).
Est-ce que comme moi, tu ne souhaites pas donner à Vision un bel écrin ?
Choisir Windows pour lancer Vision, c'est très dommage. Il n'y a pas
que les performances qui comptent, mais aussi la qualité système.
> J'ai installé avec succès Vision 40 sur Aranym mac.
Bien !
> Seule précaution, lancer avant Vision LDV.prg du dossier auto.
Il faut placer "LDV.PRG" dans le répertoire "C:/GEMSYS/LDG/" qui
est le dossier plus indiqué. "LDV.PRG" n'est pas un TSR, mais une LDG.
> Ca décoiffe.
Sans doute !
> Je ne peux pas tester sous Magic, je n'ai que une vrsion démo de celui-ci.
Moi pareil. Mais tu ne perds rien à ne pas utiliser MagiC Mac X.
ARAnyM est l'équivalent d'un Falcon, alors que MagiC Mac X est une
sorte de MegaST de base. Pour donner une image des possibilités.
Je ne sais pas si vous connaissez Smurf GNU / GPL, à l'adresse
<http://home.ewr-online.de/~gstoll/0a.htm>
qui est plus traitement des images, qu'un logiciel de dessin ?
Jean
> Salut,
>
>> Jean �crit :
>>> Francois �crit :
>>>> Guillaume �crit :
>>>>> pierre �crit :
>>>>>> J'ai install� SUDOKU de Guillaume Tello sur Aranym iMac
>>>>>> J'ai cr�e une grille niveau 40 Soluyion en 00.00 secondes!!!!!
>>>>>
>>>>> Waow! Ca va vite l'assembleur..!!
>>>>
>>>> cache.
>>>>
>>>> ARAnyM poss�de un compilateur JIT �poustouflant. 20 fois la vitesse
>>>> d'une CT60 ou de mon Had�s 60. Pour appr�cier la vitesse, il suffit
>>>> de voir de quelle fa�on sont trac�es les surfaces avec Eur�ka 2.12.
>>>>
>>> Hum...
>>> De ce que j'ai pu en tester, Magic sur PC est largement plus rapide.
>>> Avec Vision en tout cas.
>
> Dommage <http://eureka.atari.org/miniPack.zip> n'est pas pr�vu pour
> Windows. Mais si MagiC PC te convient Jean, pourquoi pas ? Olivier
>
> On parle de syst�me h�tes qui ne sont pas des Unix, pr�historiques.
>
> C'est quand m�me tr�s dommage de lancer freeMiNT via ARAnyM avec un
> syst�me h�te qui n'en est pas un (Unix) alors que MiNT est un (BSD).
> Est-ce que comme moi, tu ne souhaites pas donner � Vision un bel �crin ?
J'ai arr�t� le dev de Vision il y a quelques ann�es, et c'est pas parti
pour reprendre vu que je viens d'�tre papa... :-)
Par contre, si quelqu'un reprend Vision, je soutiens � fond et
j'aimerais bien �tre tenu au courant.
> Choisir Windows pour lancer Vision, c'est tr�s dommage. Il n'y a pas
> que les performances qui comptent, mais aussi la qualit� syst�me.
Bof, MagicPC marche tr�s bien et est tr�s stable malgr� son vieil age.
Seul pb: vue la vitesse des processeurs r�cents, on dirait que Magic a
parfois des pb avec la souris, notamment avec Pure Debug.
...
> Moi pareil. Mais tu ne perds rien � ne pas utiliser MagiC Mac X.
> ARAnyM est l'�quivalent d'un Falcon, alors que MagiC Mac X est une
> sorte de MegaST de base. Pour donner une image des possibilit�s.
C'est bien pour �a que j'ai tent� Aranym pensant que j'aurais droit au
DSP... :-(
Par contre, youpi pour le 68030!
Je rends hommage � l'initiative m�me si je trouve que cela reste assez
instable par rapport � un Magic.
> Je ne sais pas si vous connaissez Smurf GNU / GPL, � l'adresse
>
> <http://home.ewr-online.de/~gstoll/0a.htm>
>
> qui est plus traitement des images, qu'un logiciel de dessin ?
Je connais. Tr�s bon soft! Peut �tre m�me mieux que Vision :-)
--
OL
>
> Dommage <http://eureka.atari.org/miniPack.zip> n'est pas pr�vu pour
> Windows.
Bah si cela marche suffit de donner le chemin de la config dans un
fichier .bat qui appel l'Aranym Windows soit une ligne, c'est tout.
Maintenant la config Afros c'est � peu pr�s la m�me chose.
>
>> Seule pr�caution, lancer avant Vision LDV.prg du dossier auto.
>
> Il faut placer "LDV.PRG" dans le r�pertoire "C:/GEMSYS/LDG/" qui
> est le dossier plus indiqu�. "LDV.PRG" n'est pas un TSR, mais une LDG.
Je pense que Pierre voulait dire ldg.prg! qu'il faut mettre en auto
effectivement.
OL
pierre levy
l'utilisation des LDV qui plante la machine tellement bien,que
je suis oblig� de d�brancher l'iMac pour d�bloquer.
D'autre part, un LDG.PRG est d�j� pr�sent dans le dossier auto, il
correspond je pense � Ziew.
Si je lance LDG.prg de vision, tout est ok.
Francois LE COAT
pierre écrit :
> OL écrit :
>>> Dommage <http://eureka.atari.org/miniPack.zip> n'est pas prévu pour
>>> Windows.
>>
>> Bah si cela marche suffit de donner le chemin de la config dans un
>> fichier .bat qui appel l'Aranym Windows soit une ligne, c'est tout.
Je ne fais pas de publicité à WinAranym, qui est très instable, dont
la version JIT ne fonctionne pas, qui s'appuie sur un système obsolète.
>> Maintenant la config Afros c'est à peu près la même chose.
C'est plutôt l'inverse, et tu le sais OL. La configuration du *miniPack*
que je maintiens est antérieure à la configuration de AFROS. Tu aurais
dû dire que pour les gens qui sont intéressés par Windows, ils utilisent
Tu ferais bien d'y ajouter le support de GNU / Linux, ça manque ! :-P
>>>> Seule précaution, lancer avant Vision LDV.prg du dossier auto.
>>>
>>> Il faut placer "LDV.PRG" dans le répertoire "C:/GEMSYS/LDG/" qui
>>> est le dossier plus indiqué. "LDV.PRG" n'est pas un TSR, mais une LDG.
>>
>> Je pense que Pierre voulait dire ldg.prg! qu'il faut mettre en auto
>> effectivement.
LDV.LDG ou LDG.PRG ?
> En effet, c'est bien LDG.PRG, mais , si je ne le lance pas, c'est
> l'utilisation des LDV qui plante la machine tellement bien,que
> je suis obligé de débrancher l'iMac pour débloquer.
Il n'est _JAMAIS_ besoin de débrancher un Macintosh. Il faut utiliser
"Pomme-Alt-Esc" qui permet de "tuer" un processus planté. Tu utilises
Pierre ton Mac comme un PC sous Windows, c'est dommage. Le jour où ta
machine sera bousillée, tu auras payé le prix de tes conneries.
Je te conseille vivement l'usage de Onyx <http://www.titanium.free.fr/>
car tu es entrain de bousiller le système de ton Macintosh peu à peu.
> D'autre part, un LDG.PRG est déjà présent dans le dossier auto, il
> correspond je pense à Ziew.
> Si je lance LDG.prg de vision, tout est ok.
Tant mieux. Ma version de Vision fonctionne très bien. Depuis Olivier
a dû fourrer ses sales pattes dans les affaires de Jean Lusetti. J'en
ai rien à faire des magouilles d'Olivier Landemarre, c'est clair ?
Ce type n'est pas plus ATARIste, qu'il n'a de machine Macintosh.
ARRÊTEZ DE DEMANDER CONSEIL À OLIVIER LANDEMARRE, JE LE RÉPÈTE !
Pascal Wijsbroek
> Il n'est _JAMAIS_ besoin de dï¿œbrancher un Macintosh.
Ah, nouvelle thï¿œorie : les Mac ne plantent jamais.
> Il faut utiliser "Pomme-Alt-Esc" qui permet de "tuer" un processus
> plantￜ. Tu utilises Pierre ton Mac comme un PC sous Windows, c'est
> dommage. Le jour oￜ ta machine sera bousillￜe, tu auras payￜ le prix
> de tes conneries.
On bousille les ordis parce qu'on les dï¿œbranches ? Nouvelle nouvelle
thï¿œorie.
> Je te conseille vivement l'usage de Onyx <http://www.titanium.free.fr/>
> car tu es entrain de bousiller le systￜme de ton Macintosh peu ￜ peu.
Ah, et ï¿œa bousille l'OS dans la foulï¿œe. Bonne moisson.
> ARRￜTEZ DE DEMANDER CONSEIL ￜ OLIVIER LANDEMARRE, JE LE RￜPￜTE !
Oui mais comme ta parole a valeur de bouffonnerie...
pierre levy
> Salut,
>
>
>> En effet, c'est bien LDG.PRG, mais , si je ne le lance pas, c'est
>> l'utilisation des LDV qui plante la machine tellement bien,que
>> je suis oblig� de d�brancher l'iMac pour d�bloquer.
>
> Il n'est _JAMAIS_ besoin de d�brancher un Macintosh. Il faut utiliser
> "Pomme-Alt-Esc" qui permet de "tuer" un processus plant�. Tu utilises
> Pierre ton Mac comme un PC sous Windows, c'est dommage. Le jour o� ta
> machine sera bousill�e, tu auras pay� le prix de tes conneries.
Si je pratique de cette mani�re, c'est parce que la solution pr�conis�e
pour faire quitter le programme ne r�pond pas. Apr�s tout, une coupure
intempestive de l'alimentation ne provoque que la perte de fichiers
en cours de modification non sauvegard�s.
>> D'autre part, un LDG.PRG est d�j� pr�sent dans le dossier auto, il
>> correspond je pense � Ziew.
>> Si je lance LDG.prg de vision, tout est ok.
Pour placer LDG.PRG dans le dossier auto, il me faut changer son nom, ce
sera LDV.PRG.
Johan SANCHEZ
> > "Pomme-Alt-Esc" qui permet de "tuer" un processus planté. Tu utilises
> > Pierre ton Mac comme un PC sous Windows, c'est dommage. Le jour où ta
>
> Si je pratique de cette manière, c'est parce que la solution préconisée
> pour faire quitter le programme ne répond pas. Après tout, une coupure
Et la perte du disque dur :)
Et eventuellement celle de l'alimentation.
~~~~~~
Bureurop, vos fournitures de bureau au meilleur prix
Fournitures de qualite au prix le plus bas du marche
bure...@yahoo.fr 01 48 92 89 50
Pascal Wijsbroek
>> Si je pratique de cette maniï¿œre, c'est parce que la solution prï¿œconisï¿œe
>> pour faire quitter le programme ne rï¿œpond pas. Aprï¿œs tout, une coupure
>> intempestive de l'alimentation ne provoque que la perte de fichiers
>> en cours de modification non sauvegardï¿œs.
>
> Et la perte du disque dur :)
> Et eventuellement celle de l'alimentation.
N'importe quoi...
C'est un dï¿œbat qui existe depuis que l'informatique existe : les
arrￜts-redￜmarrages sont prￜjudiciables aux composants ￜ cause des
surtensions engendrï¿œes par les alims.
Sauf que les "vraies" alim (donc pas les trucs chinois noname qui
dￜtruisent de toute faￜon le matos par manque de rￜgularitￜ des
tensions) sont protï¿œgï¿œes et protï¿œgent contre ï¿œa. Depuis super
longtemps.
Sauf que les disques durs s'arrï¿œtent spontanï¿œment lorsqu'ils ne sont
pas sollicitï¿œs pendant un certain temps.
sauf que les machines elles-mï¿œmes finissent par s'arrï¿œter toutes seules
quand on ne s'en sert pas.
C'est un complot ?
Johan SANCHEZ
Pascal Wijsbroek <wijs...@netcourrier.com> wrote:
> Johan SANCHEZ a présenté l'énoncé suivant :
>
> >> Si je pratique de cette manière, c'est parce que la solution préconisée
> >> pour faire quitter le programme ne répond pas. Après tout, une coupure
> >> intempestive de l'alimentation ne provoque que la perte de fichiers
> >> en cours de modification non sauvegardés.
> >
> > Et la perte du disque dur :)
> > Et eventuellement celle de l'alimentation.
>
> N'importe quoi...
>
> C'est un débat qui existe depuis que l'informatique existe : les
> arrêts-redémarrages sont préjudiciables aux composants à cause des
> surtensions engendrées par les alims.
> Sauf que les "vraies" alim (donc pas les trucs chinois noname qui
> détruisent de toute façon le matos par manque de régularité des
> tensions) sont protégées et protègent contre ça. Depuis super
> longtemps.
Les vraies alims n'ont pas leur primaire protégé et j'ai déja
cramé des alims de vraies machines ( Sun et SGI )!
> Sauf que les disques durs s'arrêtent spontanément lorsqu'ils ne sont
> pas sollicités pendant un certain temps.
Les disques recents oui mais meme en cas de lecture ecriture ton
disque encourt le risque de head crash si tu lui coupes lu jus !
Les disques des daubes recentes P|S Ata qui tournent a 10krpm sont
plus ou moins bien lottis mais les disques un peu plus anciens
parmi lesquels certains tournent à 15krpm eux vont carrément pas
aimer.
> sauf que les machines elles-mêmes finissent par s'arrêter toutes seules
> quand on ne s'en sert pas.
>
> C'est un complot ?
-> /trash
pierre levy
> Les vraies alims n'ont pas leur primaire protￜgￜ et j'ai dￜja
> cramￜ des alims de vraies machines ( Sun et SGI )!
>
>> Sauf que les disques durs s'arrï¿œtent spontanï¿œment lorsqu'ils ne sont
>> pas sollicitï¿œs pendant un certain temps.
>
> Les disques recents oui mais meme en cas de lecture ecriture ton
> disque encourt le risque de head crash si tu lui coupes lu jus !
> Les disques des daubes recentes P|S Ata qui tournent a 10krpm sont
> plus ou moins bien lottis mais les disques un peu plus anciens
> parmi lesquels certains tournent ￜ 15krpm eux vont carrￜment pas
> aimer.
Mon falcon date de 1993, sous Tos l'arrï¿œt se fait par coupure de l'alim,
il n'a jamais eu le moindre problￜme de ce cotￜ.
Sous Magic, qui lui s'arrï¿œte normalement aprï¿œs un schutdon supporte la
coupure directe, avec le problï¿œme de perte de donnï¿œes si les sauvegardes
ne sont pas faites, mis c'est normal.
Je ne pense pas que l'iMac, qui lui est de cet annï¿œe, soit plus
sensible. Par contre, j'ai un HP Compac qui lui, avec son moniteur qui
ont rendu l'ￜme ￜ la suite d'un coup de tonnerre particuliￜrement
violent, il ï¿œtait pourtant Hors tension, les 2 autres, Falcon et iMac
eux s'en sont sortis trï¿œs bien.
Johan SANCHEZ
> Mon falcon date de 1993, sous Tos l'arrêt se fait par coupure de l'alim,
> il n'a jamais eu le moindre problème de ce coté.
C est pas la meme chose que de debrancher le 220 et de le
remettre.
> Je ne pense pas que l'iMac, qui lui est de cet année, soit plus
> sensible.
heu attend un imac de cette annee, ah tu veux dire un pc avec une
pomme ?
> Par contre, j'ai un HP Compac qui lui, avec son moniteur qui
> ont rendu l'âme à la suite d'un coup de tonnerre particulièrement
> violent, il était pourtant Hors tension, les 2 autres, Falcon et iMac
> eux s'en sont sortis très bien.
J'ai vu des alims de mac griller de la meme maniere.
pierre levy
>> il n'a jamais eu le moindre problￜme de ce cotￜ.
>
> remettre.
Quand tu dￜbranch, tu coupe le 220, la machine se met ￜ l'arrￜt,pour
remettre enmarche, t'appuies sur le bouton de mise en route, le
dï¿œmarrage est normal.
>> Je ne pense pas que l'iMac, qui lui est de cet annï¿œe, soit plus
>> sensible.
>
> heu attend un imac de cette annee, ah tu veux dire un pc avec une
> pomme ?
peut-ï¿œtre, mais sans Windaube. De plus, il n'y a pas de nouveaux Atari.
>> Par contre, j'ai un HP Compac qui lui, avec son moniteur qui
>> ont rendu l'ￜme ￜ la suite d'un coup de tonnerre particuliￜrement
>> violent, il ï¿œtait pourtant Hors tension, les 2 autres, Falcon et iMac
>> eux s'en sont sortis trï¿œs bien.
>
> J'ai vu des alims de mac griller de la meme maniere.
J'ai mï¿œme vu une ferme brï¿œler pour la mï¿œme raison.
OL
sous Aranym c'est donc qu'il n'est pas lanc� avant Mint puisque Mint ne
quitte jamais.
OL
OL
> Salut,
>
>> OL �crit :
>>>> Dommage <http://eureka.atari.org/miniPack.zip> n'est pas pr�vu pour
>>>> Windows.
>>>
>>> Bah si cela marche suffit de donner le chemin de la config dans un
>>> fichier .bat qui appel l'Aranym Windows soit une ligne, c'est tout.
>
Ah bon?! Marche fort bien d'ou ces que tu sors ces sornettes!
> la version JIT ne fonctionne pas,
>qui s'appuie sur un syst�me obsol�te.
>
>>> Maintenant la config Afros c'est � peu pr�s la m�me chose.
>
> C'est plut�t l'inverse, et tu le sais OL. La configuration du *miniPack*
> que je maintiens est ant�rieure � la configuration de AFROS. Tu aurais
> d� dire que pour les gens qui sont int�ress�s par Windows, ils utilisent
>
> <http://aranym.lutece.net/>
>
> Tu ferais bien d'y ajouter le support de GNU / Linux, �a manque ! :-P
Je crois que tu ne comprend pas, ca ne manque pas vu que tu peux
t�l�charger sur le site officiel d'Aranym les ex�cutables, pour le reste
cela marche avec n'importe quel version pour peut que tu saches un temps
soit lire.
>
>>>>> Seule pr�caution, lancer avant Vision LDV.prg du dossier auto.
>>>>
>>>> Il faut placer "LDV.PRG" dans le r�pertoire "C:/GEMSYS/LDG/" qui
>>>> est le dossier plus indiqu�. "LDV.PRG" n'est pas un TSR, mais une LDG.
>>>
>>> Je pense que Pierre voulait dire ldg.prg! qu'il faut mettre en auto
>>> effectivement.
>
> LDV.LDG ou LDG.PRG ?
>
>> En effet, c'est bien LDG.PRG, mais , si je ne le lance pas, c'est
>> l'utilisation des LDV qui plante la machine tellement bien,que
>> je suis oblig� de d�brancher l'iMac pour d�bloquer.
>
> Il n'est _JAMAIS_ besoin de d�brancher un Macintosh. Il faut utiliser
> "Pomme-Alt-Esc" qui permet de "tuer" un processus plant�. Tu utilises
> Pierre ton Mac comme un PC sous Windows, c'est dommage. Le jour o� ta
> machine sera bousill�e, tu auras pay� le prix de tes conneries.
Un peu grossier l� non?!
>
> Je te conseille vivement l'usage de Onyx <http://www.titanium.free.fr/>
> car tu es entrain de bousiller le syst�me de ton Macintosh peu � peu.
>
>> D'autre part, un LDG.PRG est d�j� pr�sent dans le dossier auto, il
>> correspond je pense � Ziew.
>> Si je lance LDG.prg de vision, tout est ok.
>
> Tant mieux. Ma version de Vision fonctionne tr�s bien. Depuis Olivier
> a d� fourrer ses sales pattes dans les affaires de Jean Lusetti. J'en
> ai rien � faire des magouilles d'OL, c'est clair ?
Ca y est le Francois repete les plombs, mais on t'a demand�
d'intervenir? Pourquoi te sents tu concern�?
>
> Ce type n'est pas plus ATARIste, qu'il n'a de machine Macintosh.
>
> ARR�TEZ DE DEMANDER CONSEIL � OL, JE LE R�P�TE !
>
> ATARIstiquement v�tre =)
>
Bravo ma biche tu t'am�liores.
OL
Francois LE COAT
OL écrit :
> Ca y est le Francois repete les plombs, mais on t'a demandé
> d'intervenir? Pourquoi te sents tu concerné?
Si j'ai parlé un peu vigoureusement, c'est que Pierre fait une
chose avec une machine Unix, qui ne se fait jamais. C'est de
débrancher l'alimentation. Tout est toujours mieux qu'un "reset"
avec une machine comme celle là. Il y a de multiples possibilités
comme sous GNU / Linux, en appelant une console séparée.
Là, Olivier, tu interviens alors que l'on ne t'a rien demandé.
Tu affiches encore ton incompétence de génie mécanique. Tu sais
que je travaille sous Unix depuis 1987 ... Lorsque l'on quitte
une console, on fait "exit". On éteint une machine avec "shutdown"
et on se débarrasse d'un processus planté avec "kill". Ce sont
des règles non écrites, mais qui garantissent l'intégrité d'un Unix.
Je me sent très concerné par ton incompétence. Tu as pourri ARAnyM
avec ton adaptation non suivie de WinAranym. Pourri freeMiNT avec
ton expérience virtuelle de MyAES, car tu n'as pas de machine ATARI
physique de référence. Dans un cas comme dans l'autre, l'incompétence
que tu manifestes vient de ton niveau d'anglais qui tient de la
xénophobie. Tu as étalé ton incompétence dans tous les domaines
ATARI, sans avoir jamais utilisé de machines de la marque.
Ne la ramène pas maintenant avec ton 520ST, tu nous fait pleurer.
J'ai un Falcon 30, un Hadès 60, un PowerMac dual-G4 et une PS3.
Tu ne t'imagines même pas ce que l'on peut faire avec ces bécanes.
Donc tu te trouve une autre passion, car là tu es hors-sujet ATARI !
pierre levy
> pierre levy a �crit :
>> OL a �crit :
>>>
>>>>
>>>
>>> Je pense que Pierre voulait dire ldg.prg! qu'il faut mettre en auto
>>> effectivement.
>>>
>>>
>>> OL
Il y a d�j� un LDG.PRG dans le dossier auto, celui-ci se lance, et Zview
fonctionne bien, c'est donc que cette ldg ne contient pas la ldg de Vision.
Pierre
pierre levy
> chose avec une machine Unix, qui ne se fait jamais. C'est de
> avec une machine comme celle l�. Il y a de multiples possibilit�s
> comme sous GNU / Linux, en appelant une console s�par�e.
Que faire alors quand plus aucune commande ne r�pond, plus aucune
r�action du clavier, plus de souris, l'�cran fig� .
Je pense entre autre que un ordinateur n'est jamais � l'abri d'une
coupure de courant, si non, le parc serait en perp�tuel renouvellement.
>
> L�, Olivier, tu interviens alors que l'on ne t'a rien demand�.
Je ne m'adresse jamais � quelqu'un en particulier, mais � l'ensemble
du forum, ne voulant froisser personne.
Pierre
Pascal Wijsbroek
>> Ca y est le Francois repete les plombs, mais on t'a demandￜ
On ? C'est qui on ?
> Lￜ, Olivier, tu interviens alors que l'on ne t'a rien demandￜ.
On ?
> Ne la ramï¿œne pas maintenant avec ton 520ST, tu nous fait pleurer.
Nous ?
Tu es toujours plusieurs dans ta tï¿œte ou tu as de nouveaux amis ?
Johan SANCHEZ
pierre levy <benjam...@wanadoo.fr> wrote:
> Francois LE COAT a écrit :
> > Si j'ai parlé un peu vigoureusement, c'est que Pierre fait une
> > chose avec une machine Unix, qui ne se fait jamais. C'est de
> > débrancher l'alimentation. Tout est toujours mieux qu'un "reset"
> > avec une machine comme celle là. Il y a de multiples possibilités
> > comme sous GNU / Linux, en appelant une console séparée.
>
> Que faire alors quand plus aucune commande ne répond, plus aucune
> réaction du clavier, plus de souris, l'écran figé .
Tenter une connexion depuis un autre ordi et ouvrir un terminal
pour faire un kill du processus gele ou un arret propre.
> Je pense entre autre que un ordinateur n'est jamais à l'abri d'une
> coupure de courant, si non, le parc serait en perpétuel renouvellement.
Ca arrive encore souvent que je doive intervenir sur les ordis de
mes clients suite a une coupure de courant...
~~~~~~
Faby en concert le 1er decembre au sentier des halles
http://www.fabyweb.com/concerts.htm
OL
> OL a écrit :
>
> > pierre levy a écrit :
> >> OL a écrit :
>
> >>> Je pense que Pierre voulait dire ldg.prg! qu'il faut mettre en auto
> >>> effectivement.
>
> >>> OL
>
Tu vois s'afficher le message comme quoi LDG.PRG s'est installé?
> et Zview
> fonctionne bien, c'est donc que cette ldg ne contient pas la ldg de Vision.
Pas forcément, normalement un logiciel qui utilise les ldg peut
fonctionner sans soucis sans ldg.prg et je pense que zview est dans ce
cas, faudrait que je teste. Il est possible que Vision ne soit pas
dans ce cas (oubli d'un test de chargement part exemple). Il y a un
test possible c'est de mettre tous les ldv et les ldg partagés au nive
> Pierre
OL
oups j'ai coupé!
Donc la suite :
Il y a un test possible c'est de mettre tous les ldv et les ldg
partagés (dans le dossier LDG) au niveau de Vision avec un peu de
chance il fonctionne et dans ce cas à coup sur c'est que ldg.prg ne
s'est pas installé.
OL
pierre levy
> On 21 nov, 21:53, OL <o...@lutece.net> wrote:
>> On 21 nov, 06:34, pierre levy <benjaminl...@wanadoo.fr> wrote:
>>
>>>> pierre levy a �crit :
>>>>> OL a �crit :
>>>>>> effectivement.
>>>>>> OL
>> Tu vois s'afficher le message comme quoi LDG.PRG s'est install�?
>>
>>> et Zview
>>> fonctionne bien, c'est donc que cette ldg ne contient pas la ldg de Vision.
>> fonctionner sans soucis sans ldg.prg et je pense que zview est dans ce
>> cas, faudrait que je teste. Il est possible que Vision ne soit pas
>> dans ce cas (oubli d'un test de chargement part exemple). Il y a un
>>
>>> Pierre
>
> oups j'ai coup�!
> Donc la suite :
> Il y a un test possible c'est de mettre tous les ldv et les ldg
> chance il fonctionne et dans ce cas � coup sur c'est que ldg.prg ne
> s'est pas install�.
>
> OL
Zview a besoin des ldg pour reconnaitre les divers formats d'image,
donc, si les ldg correspondant sont reconnus, c'est que les ldg sont
charg�s,pour Vision, c'est diff�rant, les ldv servent � travailler
l'image. c'est le module qui plante quand on le sollicite si le LDG.prg
du dossier auto de Vision nest pas valid�.
Je vais voir sur le Falcon si le r�sultat est le m�me. le pb, c'est
que en chargeant Vision, les ldg se chargent depuis le programme, pas
sur Aranym.
OL
> Salut,
>
> OL écrit :
>
> > Ca y est le Francois repete les plombs, mais on t'a demandé
> > d'intervenir? Pourquoi te sents tu concerné?
>
> Si j'ai parlé un peu vigoureusement, c'est que Pierre fait une
> chose avec une machine Unix, qui ne se fait jamais. C'est de
> débrancher l'alimentation. Tout est toujours mieux qu'un "reset"
> avec une machine comme celle là. Il y a de multiples possibilités
> comme sous GNU / Linux, en appelant une console séparée.
>
> Là, Olivier, tu interviens alors que l'on ne t'a rien demandé.
> Tu affiches encore ton incompétence de génie mécanique. Tu sais
> que je travaille sous Unix depuis 1987 ... Lorsque l'on quitte
> une console, on fait "exit". On éteint une machine avec "shutdown"
> et on se débarrasse d'un processus planté avec "kill". Ce sont
> des règles non écrites, mais qui garantissent l'intégrité d'un Unix.
Ai je dis quoi que ce soit sur ce sujet? Non tu confond avec un autre.
Et si tu veux savoir je suis tout à fait d'accord avec toi, enfin à
peu près
parce que quand le système est planté va faire un shutdown ou un kill,
même sous Unix cela arrive et puis en fait ta règle était essentielle
en 1987, aujourd'hui elle est moins cruciale avec l'arrivée des
systèmes journalisés (ca fait un moment, il me semble que c'est Sun
qui à commencé), mais sur c'est préférable de faire le shutdown quand
c'est possible. Perso sous Linux j'ai eu quelques fois Aranym qui m'a
bien figé le Linux même pas possible d'atteindre les consoles
additionnelles non graphique alors le shutdown faut bien s'en passer,
curieusement sous Windows j'ai eu aussi des alertes assez violentes
mais j'ai toujours pu m'en sortir avec un CTRL ALT SUP, pour un
système, pourri non Unix c'est pas trop mal je trouve. Mais bien sur
la plupart du temps j'ai pu observer cela uniquement en phase de
développement car parfois on va taper pas vraiment ou c'est
recommandé, mais bon il faudra me croire sur parole je suppose que tu
n'as pas pu expérimenter ce genre de tracas vu ce que tu ne dois pas
souvent programmer dessus!
>
> Je me sent très concerné par ton incompétence. Tu as pourri ARAnyM
> avec ton adaptation non suivie de WinAranym.
Ah je ne suit pas le raisonnement, pour avoir fait le port sous
Windows de Aranym j'ai pourri Aranym, je ne vois pas comment, c'est
vrai que Windows dans ta logique ne devrait pas avoir de logiciels
c'est dégradant pour le dit logiciel, belle mentalité de partage. Le
pire c'est que d'autres ont fait pire, il y a même un petit géni qui
lui a même fait comprendre le JIT à la version Windows si tu le
rencontres je donne pas cher de sa peau alors! (on attend toujours le
JIT pour PPC qui devait sortir sous peu (il y a 5 ans ou plus), à
moins que l'on attende son altesse daigne mettre les mains dans le
cambouï pour le faire lui même, notes que je ne l'ai pas fait et pour
avoir essayé je dois dire qu'il faut vraiment en vouloir et avoir
certaines compétences du système hôte très particulières)
>Pourri freeMiNT avec
> ton expérience virtuelle de MyAES, car tu n'as pas de machine ATARI
> physique de référence.
J'ai fait pire, j'ai fichu quelques patchs a freeMint pour corriger
quelques erreurs et surtout compiler avec GCC 4, ce qui fait que l'on
peut le compiler en natif coldfire (sauf bien sur pour les parties
assembleur), j'espère que cela ne gâchera pas ton plaisir lorsque tu
en acheteras une machine de la sorte.
> Dans un cas comme dans l'autre, l'incompétence
> que tu manifestes vient de ton niveau d'anglais qui tient de la
> xénophobie.
Tu sais que c'est de la diffamation et dans ta bouche c'est
extraordinaire aurais tu une double personnalité? Quand je t'entend
parler des américains le moindre que l'on puisse dire c'est que tu ne
les portes pas dans ton coeur. Combien de français parlent plus mal
que moi? Sans doute pas mal. Une preuve de plus que tu maitrises fort
bien le SOPHISME. Pour information j'essaye de me soigner, t'en fais
pas mon anglais s'est un peu amélioré c'est derniers mois.
>Tu as étalé ton incompétence dans tous les domaines
> ATARI, sans avoir jamais utilisé de machines de la marque.
>
> Ne la ramène pas maintenant avec ton 520ST, tu nous fait pleurer.
> J'ai un Falcon 30, un Hadès 60, un PowerMac dual-G4 et une PS3.
Euh les 2 derniers ne sont pas des Atari simple remarque!
Une chose est sur que pour un incompétent comme moi tu as toujours
refusé le défi de programmation que je t'avais lancé, tu nous à à
maintes fois prouvé combien tu ne pipais pas grand chose au système
que tu crois défendre mais que tu t'évertus à plomber
>
> Tu ne t'imagines même pas ce que l'on peut faire avec ces bécanes.
Si ca te fais plaisir, sans doute effectivement je ne fais pas tout à
fait les mêmes choses que toi, c'est sur moi il m'arrive encore de
programmer dessus de temps en temps ;-) et pire pour toi il semblerait
que certains de mes développements te sont utiles ce qui n'est pas le
cas pour moi!
> Donc tu te trouve une autre passion, car là tu es hors-sujet ATARI !
Oh tellement moins que toi, j'ai une grosse marge de progression!
Tu sais que tu es lassant et ennuyeux, à part ta capacité
exceptionnelle à ressasser toujours les mêmes choses je m'étonne que
depuis mon changement de machine j'ai oublié de remettre le filtre
pour toi, je vais de ce pas le faire tu devrais aussi le faire pour
moi!
OL
OL
> OL a écrit :
>
> > On 21 nov, 21:53, OL <o...@lutece.net> wrote:
> >> On 21 nov, 06:34, pierre levy <benjaminl...@wanadoo.fr> wrote:
>
> >>>> pierre levy a écrit :
> >>>>> OL a écrit :
> >>>>>> effectivement.
> >>>>>> OL
> >> Tu vois s'afficher le message comme quoi LDG.PRG s'est installé?
>
> >>> et Zview
> >>> fonctionne bien, c'est donc que cette ldg ne contient pas la ldg de Vision.
> >> fonctionner sans soucis sans ldg.prg et je pense que zview est dans ce
> >> cas, faudrait que je teste. Il est possible que Vision ne soit pas
> >> dans ce cas (oubli d'un test de chargement part exemple). Il y a un
>
> >>> Pierre
>
> > oups j'ai coupé!
> > Donc la suite :
> > Il y a un test possible c'est de mettre tous les ldv et les ldg
> > chance il fonctionne et dans ce cas à coup sur c'est que ldg.prg ne
> > s'est pas installé.
>
> > OL
>
> Zview a besoin des ldg pour reconnaitre les divers formats d'image,
> donc, si les ldg correspondant sont reconnus, c'est que les ldg sont
> l'image. c'est le module qui plante quand on le sollicite si le LDG.prg
> Je vais voir sur le Falcon si le résultat est le même. le pb, c'est
> que en chargeant Vision, les ldg se chargent depuis le programme, pas
> sur Aranym.
En fait le problème est que tu ne comprends pas comment marche ce
système LDG mais il est vrai que cela n'est sans doute expliqué nul
part alors voila.
Un programme LDG charge des LDG jusque là évident, ce qui l'est moins
c'est la manière dont il le charge car il peut le faire de 2 manières
différentes et cela sans que le programmeur n'en sache rien:
- Soit le TSR LDG.PRG est présent alors à ce moment là le programme
utilisera les routines du TSR, l'intérêt est de pouvoir faire du
partage de librairies et de pouvoir utiliser un dossier ou on peut
mettre tous les ldg généraux en plus de trouver ceux locaux ou ceux
dont le chemin est spécifié.
- Soit le TSR n'est pas présent à ce moment là le programme va
utiliser des routines internes, ces routines vont tenter de charger le
ldg demandé de diverses manières:
* directement en essayant de charger le ldg sans rien toucher à la
demande (par exemple l'appli à donné un chemin complet)
* Dans le répertoire LDG si une variable d'environnement à été mise
* Relativement au chemin par défaut du programme
* Dans le PATH (pas sur je ne sais plus)
* En dernier lieu au niveau du répertoire courant du programme
(généralement au démarrage on se trouve dans le répertoire du
programme)
Bref selon comment est utilisé la routine de chargement du ldg le
résultat peut être différent.
J'ai pensé à un un test simple en expliquant cela, essayes de lancer
le ldg.prg de ton dossier Auto à partir du bureau puis ensuite de
lancer Vision, si ca plante c'est que le ldg.prg est sans doute
foireux, si cela marche c'est sans doute que ce programme n'est pas
lancé du dossier auto, tu peux essayer de l'ajouter dans la config
mint.cnf
OL
pierre levy
>>
> Bref selon comment est utilis� la routine de chargement du ldg le
> r�sultat peut �tre diff�rent.
>
> J'ai pens� � un un test simple en expliquant cela, essayes de lancer
> le ldg.prg de ton dossier Auto � partir du bureau puis ensuite de
> lancer Vision, si ca plante c'est que le ldg.prg est sans doute
> foireux, si cela marche c'est sans doute que ce programme n'est pas
> lanc� du dossier auto, tu peux essayer de l'ajouter dans la config
> mint.cnf
>
> OL
Comme je l'ai expliqu�, je charge les ldg de Vision depuis le bureau
de Aranym, et �a marche. J'ai recontr�l� sur le Falcon,l� c'est Vision
qui lance les ldg qui sont dans son dossier auto, avec jpg.prgl, et je suis
certain qu'il le fait parce que j'ai d� d�sactiver le ldg.prg du dossier
C auto, il me posait des probl�mes avec le programme d'accentuation.
Reste � savoir pourquoi Vision ne se comporte pas sur Aranym de la m�me
fa�on que sur Falcon Tos ou Magic, peut �tre un pb avec Mint ou XAxaes.
Pierre
OL
> OL a �crit :
>> On 21 nov, 22:35, pierre levy <benjaminl...@wanadoo.fr> wrote:
>>> OL a �crit :
>>>
>
>
>
>> Bref selon comment est utilis� la routine de chargement du ldg le
>> r�sultat peut �tre diff�rent.
>>
>> J'ai pens� � un un test simple en expliquant cela, essayes de lancer
>> le ldg.prg de ton dossier Auto � partir du bureau puis ensuite de
>> lancer Vision, si ca plante c'est que le ldg.prg est sans doute
>> foireux, si cela marche c'est sans doute que ce programme n'est pas
>> lanc� du dossier auto, tu peux essayer de l'ajouter dans la config
>> mint.cnf
>>
>> OL
>
> Comme je l'ai expliqu�, je charge les ldg de Vision depuis le bureau de
> Aranym, et �a marche.
Je ne comprend "Je charge les ldg de vision depuis le bureau", cela
n'est pas possible et je penses que tu dis "Je charge ldg.prg de vision
depuis le bureau" ce n'est pas la m�me chose
>J'ai recontr�l� sur le Falcon,l� c'est Vision qui
> lance les ldg qui sont dans son dossier auto,
Non tu ne charges pas les ldg qui sont dans le dossier auto ils n'ont
pas � �tre l�, le dossier auto lance le TSR ldg.prg et pas Vision qui
lui charge les ldg qui dans son cas ont l'extension .ldv
Bref je te demande sous Aranym d'enlever le ldg.prg du dossier auto,
puis ce m�me ldg.prg de le lancer depuis le bureau (celui qui est sens�
ne pas fonctionner!) et de me dire dans ce cas si cela marche. Si c'est
le cas je persiste et signe que le ldg.prg plac� dans le dossier auto
n'est tout bonnement pas lanc�!
Si tu utilises un disque virtuel de Aranym comme celui de Francois tu as
2 solutions, soit tu r�organises le dossier auto pour mettre dans
l'ordre de temps ou il a �t� plac� l� pour que le syst�me charges les
executables afin que ldg.prg d�marre avant Mint (pour cela tu effaces
tous les fichiers du dossier auto que tu auras pr�alablement recopi�
ailleur) puis tu les recopies un a un (tr�s important) dans le dossier
auto dans l'ordre ou tu veux que le TOS les charge (donc Mint en
dernier!) ou tu utilises un soft qui le fait tout seul (bref c'est
exactement comme sur un vrai Atari). Soit tu �dites mint.cnf avec un
�diteur de texte comme Qed et tu ajoutes une ligne du style
C:\monauto\ldg.prg l� t'es sur qu'il sera pris (remplacer "monauto" par
le chemin ou tu as mis ldg.prg tu peux le laisser dans le dossier auto
aussi).
Si tu utilises Afros qui est sur la partition du syst�me hote l� tu n'as
pas le choix ajouter dans le dossier auto ldg.prg ne sert � rien le
syst�me ne l'executera pas! Une seule solution �diter le fichier
mint.cnf comme d�j� d�crit.
>avec jpg.prgl, et je suis
> certain qu'il le fait parce que j'ai d� d�sactiver le ldg.prg du dossier
> C auto, il me posait des probl�mes avec le programme d'accentuation.
> Reste � savoir pourquoi Vision ne se comporte pas sur Aranym de la m�me
> fa�on que sur Falcon Tos ou Magic, peut �tre un pb avec Mint ou XAxaes.
Non un soucis pur et dur avec le dossier auto, facile � r�soudre de
toute �vidence.
> Pierre
Olivier
pierre levy
> pierre levy a �crit :
>> OL a �crit :
>>> On 21 nov, 22:35, pierre levy <benjaminl...@wanadoo.fr> wrote:
>>>> OL a �crit :
>
> Non un soucis pur et dur avec le dossier auto, facile � r�soudre de
> toute �vidence.
Connaissant l'origine du plantage et ne tenant pas � faire face �
d'autres probl�mes, je m'en tiens � ma solution consistant � activer
les LDV manuellement, d'autant qu'ils restent actifs pendant toute la
cession.
Si quelqu'un est int�ress� par le probl�me, libre � lui de le r�soudre �
sa fa�on. Ne pas oublier que l'atariste est avant tout un bon bricolo.
>> Pierre
>
> Olivier