SMPFR

Je n'ai pas demandé de développer par lui-même mais ce n'est pas Tugs qui est le responsable du site ?

mais fuck . maintenant que t'as rebooté, t'es plus intéressant tout' facons

j'ai dev un client sans Framework .NET mais je l'ai pas rendu compatible Win NT pour les raisons suivantes :

- OS Trop pourri en structure
- Aucune API ou interface simple à utiliser, pas de wmi, pas de winapi stable, que d'la daube
- Trop long de faire l'adaptation

en gros

T'aurais pu l'adapter MSDOS

T'aurais pu l'adapter MSDOS

avec un bon prog en turbo basic compilaté en .com ca doit se faire

mais fuck . maintenant que t'as rebooté, t'es plus intéressant tout' facons

j'ai dev un client sans Framework .NET mais je l'ai pas rendu compatible Win NT pour les raisons suivantes :

- OS Trop pourri en structure
- Aucune API ou interface simple à utiliser, pas de wmi, pas de winapi stable, que d'la daube
- Trop long de faire l'adaptation

en gros

Si je ne reboote pas alors comment faire pour envoyer ? Il n'y a AUCUN de service du réseau (LAN, Dial-Up, etc...), rien chez rien. Je l'avais installé à la base de servir le fax uniquement qui n'a pas besoin de service LAN, ni Dial-Up, ni etc... il a besoin seulement un modem RTC qui permet d'envoyer le fax, c'est tout.

Je n'ai pas envie d'acheter des câbles RS232 pour me faire ch*** vu qu'il n'était pas possible de créer une liaison directe par série qui se trouve dans l'option de la gestion réseau de WinNT (qui n'était pas activé, nécessaire de rebooter si l'activer).

A part de faire un beau tableau d'ancien uptime qui indique la durée tournée, c'est tout.

Donc c'est normal pour rebooter. En plus, je pourrai servir le réseau pour imprimer des fax reçus. Je n'ai pas envie de plusieurs imprimantes.

En plus, toute façon, je serai déménagé dans quelques mois donc tous mes ordinateurs seront rebootés...


----------------------


"OS trop pourri" : On se tape complément si c'est un OS pourri alors ça tourne vraiment très bien, la preuve de mon vieux PC portable.

"Aucune API ou interface simple à utiliser" : Ben l'ancien uptime était simple à utiliser, non ?

"Trop long de faire l'adaptation" : C'est bien dommage que c'est manque de motivation

----------------------


"OS trop pourri" : On se tape complément si c'est un OS pourri alors ça tourne vraiment très bien, la preuve de mon vieux PC portable.

"Aucune API ou interface simple à utiliser" : Ben l'ancien uptime était simple à utiliser, non ?

"Trop long de faire l'adaptation" : C'est bien dommage que c'est manque de motivation

Pas manque de motivation, manque de temps . mais j'te r'tiens pas, si t'as envie de te mettre au dev sur NT 4.0, t'es bienvenue

Pas manque de motivation, manque de temps . mais j'te r'tiens pas, si t'as envie de te mettre au dev sur NT 4.0, t'es bienvenue

Je n'ai jamais fait le dev que je ne connais aucun dev.

Sauf si tu peux modifier un peu d'ancien uptime (je l'ai toujours). Quand j'ai parlé la modification, ça veut dire de changer l'adresse du serveur et accès compte pour envoyer l'uptime. Vu qu'il est officiellement fermé depuis très longtemps.

Et le dev client Linux supporte Red Hat Linux 7.2 ?

J'ai lu sur un site qu'un gars a essayé mettre Red Hat Linux 7.2 sur un ordinateur de Pentium 100 MHz (le mien est 120 MHz) avec 48 Mo RAM (idem) pour le serveur. Il a dit que le résultat marche très bien sans problème.

Là, je vais essayer Red Hat Linux 7.2 (je l'ai toujours en CD depuis longtemps) sur VMWare (réglé 1.45 Go DD et 48 Mo RAM) pour trouver où est le fax, le réseau, le partage, etc... Avant mettre dans mon vieux PC portable.

J'ai lu que Red Hat Linux 7.2 a besoin de 350 Mo d'espace libre minimum.

Laisse tomber pour Red Hat Linux 7.2 parce que mon CD est H.S. (boot fail).


EDIT : Bon, Red Hat Linux garde encore des ISO des versions de 6 à 9.

Cool ! Je suis dans le top 100

Mon serveur avait atteint presque 7 mois (il manque 4 jours pour y arriver). Là, la carte réseau déconne après avoir échangé des données permanentes en 24h/24

Le reboot oblige

C'est une carte réseau intégrée (1 Gbps) donc pas comme une vraie carte réseau. En plus, c'est une merde, elle bouffe toujours 100% RAM quand on utilise la 50% BP de la carte réseau... Ca rame à fond le serveur quand il n'a plus de RAM libre.

Heureusement, la position du team n'a pas perdu sa place

En plus, j'avais déjà préparé pour changer mon serveur dans quelques mois (après le déménagement de ma future maison), je penserai de prendre une vraie carte réseau

quel dommage

Toute façon, ça ne change rien pour le reboot parce que dans un mois / un mois et demi, je déménagerai dans ma nouvelle maison

'tain mon kimsufi qui reboot cette nuit :/

aller les uptimes par terre pff

Ah m**de... Maintenant, le team SMP-FR est passé de 2e à 3e place parce qu'un nouveau team vient créer et a pris directement le 1er place :/


EDIT : Un membre dans ce nouveau team a plusieurs serveurs qui font un total de 10 ans... Mais Nidosaur est toujours 1er place pour la durée d'uptime d'un seul serveur

On va peut être repassé en 2 , la machine de leur leader est out depuis 15 jours

EDIT : Comment savoir qu'il est out depuis 15 jours ?

C'est l'info en rouge à coté du nom de la machine

Ah c'est pour ça. Au début, je n'avais pas compris pourquoi des pseudos sont rouges

Maintenant, j'ai compris que ça veut dire

ouais en même temps comme je l'explique nulle part, c'est pas évident

Et voila. suite à la chute des machines de kimse et zhenech , la team SMP est première

super

[:aldebaran v10:5] [:aiua:1]

tiens je viens de me rendre compte que le filer pour nutfile est à 260 jours de up je vais pouvoir ajouter le client TUP

tiens je viens de me rendre compte que le filer pour nutfile est à 260 jours de up

Code : Tout sélectionner

14:11:45 up 260 days, 16:52,  5 users,  load average: 0.00, 0.02, 0.00

je vais pouvoir ajouter le client TUP

grave

On est 2e place

Pourquoi FrCo met son client TUP alors il reboot tous les jours... (223 fois reboot)