Deutsch   English   Français   Italiano  
<64c8fcd4$0$6457$426a74cc@news.free.fr>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!feed.abavia.com!abe004.abavia.com!abe003.abavia.com!proxad.net!feeder1-1.proxad.net!cleanfeed1-b.proxad.net!nnrp5-1.free.fr!not-for-mail
From: =?iso-8859-1?Q?Djam=E9?= <djame@biensur.com>
Newsgroups: fr.comp.sys.atari
Date: Tue, 1 Aug 2023 14:38:44 +0200
References: <2a21e0e2-0072-49f9-aa5e-e1d30192cdb5n@googlegroups.com> <5a68f393-0d3c-44bf-866d-7ab043e3c4fen@googlegroups.com> <7ef65de5-903f-448b-9718-30d5634f415fn@googlegroups.com> <03d2da3d-1c8f-422d-b709-7289916a48e1n@googlegroups.com> <ea656388-7667-4099-b4c6-fbd28c5dc4f8n@googlegroups.com> <1cJ8bgptzNolrix0HjnoFwu7qA8@jntp> <b46fa5d6-91a1-433a-bc82-30d5d322b6fen@googlegroups.com> <316b2c2a-08cc-4caa-9df9-e4fccd00f5e0n@googlegroups.com> <6929d53e-01e5-47bd-b5a5-6d1f770ce1e8n@googlegroups.com> <f7f6c506-b419-4509-a29d-9fb0834670fbn@googlegroups.com> <cfa8b571-a170-40e0-b11e-007490316987n@googlegroups.com> <75730567-88b9-49f8-b783-9874087f2103n@googlegroups.com> <B18iYci0dlzVqcY8dpLjIIgh3Xw@jntp>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="--------------6132092962099963460"
Subject: Re: Nouvelle Page
User-Agent: Unison/2.2
Lines: 98
Message-ID: <64c8fcd4$0$6457$426a74cc@news.free.fr>
Organization: Guest of ProXad - France
NNTP-Posting-Date: 01 Aug 2023 14:38:44 CEST
NNTP-Posting-Host: 128.93.66.186
X-Trace: 1690893524 news-1.free.fr 6457 128.93.66.186:64862
X-Complaints-To: abuse@proxad.net
X-Received-Bytes: 6069
Bytes: 6205

This is a multi-part message in MIME format.

----------------6132092962099963460
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

On 2023-07-14 15:14:36 +0000, OL said:

> Le 14/07/2023 à 15:30, Francois LE COAT a écrit :
>> Salut,
>> 
>> pascal écrit :
>>>> Développer sous Win95 pour du calcul scientifique était
>>>> catastrophique. Il fallait réinstaller Windows très régulièrement.
>>> 
>>> Là encore ça mérite des précisions. Quel logiciel plantait Windows au 
>>> point de devoir réinstaller l'OS ?
> 
> Ah je comprend, vous n'y connaissiez rien et vous réinstalliez le PC, 
> c'est une façon de faire
> 
>> 
>> Aujourd'hui lorsqu'un ordinateur ou un smartphone bugge, il faut le
>> rebooter. Bien à l'époque avec Win95, le plantage était suivi d'une
>> corruption du système.
> Pouvait éventuellement être suivi de quelques corruptions du système de 
> fichier, en fait comme
> sur atari ou comme sur macOS à la même époque, ce sont les systèmes de 
> fichiers qui veulent cela.
> 
> Mais fallait pas attendre que la situation se dégrade, je n'ai jamais 
> réinstallé un PC sous Win95 par contre de mémoire on faisait par 
> précaution un : chkdsk \f suivi d'un reboot quand il y avait un doute, 
> c'est fou comme cela fait des miracles.
> 
> Bref vous n'y connaissiez rien, pourtant internet existait déjà et je 
> ne l'ai pas appris tout seul.
> 
>> Rebooter ne suffisait pas, et au bout d'un
>> certain nombre d'écrans bleus, il fallait réinstaller Windows à
>> partir du CDROM, car celui-ci était définitivement corrompu. Le
>> logiciel qui plantait (écran bleu) était celui que tu étais en train
>> de développer, avec des bugs, comme avec Visual Studio par exemple.
> 
> Sur que si on ne maitrise pas un pointeur C un peu de travers et cela 
> peut partir en vrille, il y avait une solution très simple pour 
> programmer plus en sureté Windows NT (le responsable du projet était un 
> des créateur de VMS ) déjà en 1995. Sur Win95 je développais et 
> déployais mes applis industrielles sous Labview et je développais sous 
> NT en C, pour les machine pour faire du calcul on était en NT, pour la 
> bureautique beaucoup de Macs et petit a petit un peu de Win 95 et 98.
> 
> Il aurait fallu être un peu au courant.
> 
> Visual C n'est arrivé qu'en 1997
>> 
>> Autant dire que l'ingénieur système refusait de s'occuper des PC,
>> ça aurait demandé trop de travail, et qu'il fallait s'en occuper par
>> soi-même. L'ingénieur système s'occupait des machines Unix, en réseau
>> et qui ronronnaient confortablement 24h/24 et 7j/7. Ceci dit, c'est
>> une époque où GNU/Linux est apparu, que l'ingé trouvait intéressant.
>> J'ai travaillé sur Sun/SPARC, puis ensuite les premiers Red Hat Linux,
>> pour rédiger mon manuscrit sur un Mac LC475 68040, très fiable.
> 
> Alors je veux voir des photos de ton LC475 avec Linux dessus voir une 
> vidéo parce que là c'est de la balle, je n'y crois pas une seconde déjà 
> que mettre un linux sur Mac 68K c'est galère ensuite parce que c'est un 
> LC475 ce qui veut dire que ce n'est pas un 68040 mais un LC68040 c'est 
> à dire un 68040 sans FPU (tient donc) et que Linux a besoin du FPU! 
> Donc il faut en plus une émulation FPU dans le noyau. Ensuite c'est 
> 25Mhz donc je doute fort que tu ai put y retrouver ton compte avec X11 
> donc pour être un tant soit peu utilisable il aurait fallu que tu 
> restes en mode texte. Tu es un pur et un dur,chapeau mais je crois que 
> ce sont des histoires tout simplement. Et que sans doute tu as fais ta 
> thèse sur le LC475 mais plus prosaïquement sous MacOS et avec un peu 
> d'ironie sous Word 5.1! Mais ma fois ces machines marchaient fort bien. 
> Tu aurais put aussi faire ta thèse sur le LC475 mais sous magicMac qui 
> y tournait super bien mais bon c'est côté logiciel que cela coince, 
> word 5.1 marchait au poil sur Mac.
> 


Il a bien écrit sa thèse sous mac, comme il l'a claironné bien fort en 
2005. A aucun moment, il ne précise que c'est sous linux, normal il 
aurait été totalement inutilisable. J'imagine qu'il devait avoir un 
environnement type mactex sur son mac.

----------------6132092962099963460
Content-Type: application/octet-stream; name="(null)"
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="(null)"

----------------6132092962099963460
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

----------------6132092962099963460--