/* Topic des codeurs [6] */

Pylades · Le 16/09/2011, à 15:15

Je crois qu’on peut désactiver la journalisation sur le ext4…

helly · Le 16/09/2011, à 15:49

Tiens, j’vais tester openSolaris .
(ou plutôt OpenIndiana : openSolaris sans Oracle)

grim7reaper · Le 16/09/2011, à 16:22

helly a écrit :

Parce que y’a le prof de C de Biaise qui a dit « j’ai toujours des problèmes avec les linuxiens »

C’est le genre de prof à faire des

int main()

?

Bon sinon ext2 c’est bien gentil mais c’est pas prévu pour du flash et ça peut jouer sur un FS comme tmp où il y a pas mal d’écriture.
Autant choisir un FS avec wear leveling intégré (sauf si le firmware l’intégre déjà au niveau hard, dans ce cas no problem pour ext2).

Dernière modification par grim7reaper (Le 16/09/2011, à 16:26)

helly · Le 16/09/2011, à 16:27

Sinon, je sais que btrfs a une option de montage ssd je me suis pas penché dessus, mais je pense que ça doit offrir des fonctionnalités spéciales pour la mémoire flash…

tshirtman · Le 16/09/2011, à 17:38

Perso je pense aussi que le prof est incompétent, je ne vois pas en quoi un cours de C pourrait avoir quoi que ce soit de spécifique à l'OS…

Elzen · Le 16/09/2011, à 17:42

P'tite question pour les pythonneux : existe-t-il une variable genre comme « self », mais qui désigne le module actuel ?

En gros, un truc qui permettrait de filer le module actuel à une fonction d'un autre module, sans que l'autre module en question ait besoin de faire un import en retour vers le module qui l'a appelé.

Ce serait, en l'occurrence, pour mon système de plugins : j'initialise chaque plugin en appelant une méthode spécifique, et j'aimerais lui passer ladite variable en paramètre pour que le plugin puisse accéder aux méthodes/variables du programme appelant.

Je n'peux pas faire l'import retour dans le cas présent, parce que ça voudrait dire foutre des « .py » à la fin du nom des programmes, ç'que j'trouve assez moche.

Keldath · Le 16/09/2011, à 17:54

ArkSeth a écrit :

P'tite question pour les pythonneux : existe-t-il une variable genre comme « self », mais qui désigne le module actuel ?
En gros, un truc qui permettrait de filer le module actuel à une fonction d'un autre module, sans que l'autre module en question ait besoin de faire un import en retour vers le module qui l'a appelé.

Avec ceci :

import sys
current_module = sys.modules[__name__]

helly · Le 16/09/2011, à 17:55

tshirtman a écrit :

Perso je pense aussi que le prof est incompétent, je ne vois pas en quoi un cours de C pourrait avoir quoi que ce soit de spécifique à l'OS…

Ça vient en fait de l’IDE exotique et foireux qu’il leur fait utiliser.
Biaise arrive même pas à exécuter un hello world.
T’façon les IDE…
Mais bon, on lui a montré comment faire avec gedit + gcc .

grim7reaper · Le 16/09/2011, à 18:04

Débuter la prog’ avec un IDE O_o"
OMFG !

Bon bah ok, je vois le genre…
J’ai rien contre les IDE, mais vaut mieux les utiliser une fois que tu sais un minimum comment ça fonctionne derrière.

helly · Le 16/09/2011, à 18:33

Bien d’accord avec toi .
Mais sous w$, on peut faire de la prog sans IDE ? (no troll inside)

Dernière modification par helly (Le 16/09/2011, à 18:33)

kamui57 · Le 16/09/2011, à 18:48

une fois yavait un étudiant autrichien chez nous, il a dit chez eux ils utilisaient Visual Studio, alors que nous on utilisait Emacs. Et il adorait ce soft. L'année suivante on a dû installer Visual Studio Express à la rentrée (pourquoi jsais pas vu que jm'en suis pas servi) mais deux fois j'ai pas réussi à l'installer. L'installation plantait, avec l'erreur "ce programme a eu un problème" classique. Deuxième essai, pareil. Au final c'était les fichiers d'installation téléchargés pendant l'install (c'est un net-installateur) qui étaient corrompus. Mais j'ai mis du temps à trouver -_-' en plus ils étaient dans un endroit pas facile à trouver non plus.

Dernière modification par kamui57 (Le 16/09/2011, à 18:48)

grim7reaper · Le 16/09/2011, à 18:48

@helly : Oui, avec bloc‑note

Bon plus sérieusement, il me semble qu’il y a des éditeurs pas trop mauvais (d’ailleurs Vim existe sous Windows).
Après, bon pour compiler faut supporter le shell moisi de Windows mais oui ça se fait.

En 2nde année d’IUT, on devait faire le Java sous Windows car l’admin avait pas été foutu de foutre Java sur les Debian (bon, c’était un incompétent notoire de toute façon (cela dit, le pire c’était le « prof » de Java qui découvrait le langage en même temps que nous… (bon en même temps j’étais dans un IUT de bio, pas d’info (mais j’avais un prof génial en C, c’est lui qui m’a donné goût de l’info alors qu’à cette époque je connaissais que dalle et je navigais sur internet avec le « navigateur » Orange :])))). Comme Eclipse m’a gavé au bout du second TP, je suis passé en mode « Notepad++/javac » (puis 2 TP plus tard ça m’a aussi saoulé alors après je venais en cours avec mon portable et je codais dessus).

Dernière modification par grim7reaper (Le 16/09/2011, à 18:51)

HP · Le 16/09/2011, à 18:50

grim7reaper a écrit :

d’ailleurs Vim existe sous Windows

Emacs aussi !

grim7reaper · Le 16/09/2011, à 18:51

Le contraire m’aurait étonné

helly · Le 16/09/2011, à 19:01

HP a écrit :

grim7reaper a écrit :
d’ailleurs Vim existe sous Windows
Emacs aussi !

Un OS dans un OS ?
(j’ai le droit, c’est vendredi)

grim7reaper · Le 16/09/2011, à 19:06

Emacs n’est pas un OS.
Un OS doit avoir un noyau, un noyau doit pouvoir dialoguer directement avec le hard. Emacs ne peut pas dialoguer avec le hard, Emacs n’a donc pas de noyau il ne peut donc pas être un OS.

*BOOM* headshot.

troll suivant ?

Dernière modification par grim7reaper (Le 16/09/2011, à 19:06)

Elzen · Le 16/09/2011, à 19:10

Keldath a écrit :

Avec ceci :

import sys
current_module = sys.modules[__name__]

Chuper, merci

HP a écrit :

Emacs aussi !

Emacs est un système d'exploitation complet, il n'existe que sous lui-même, voyons

Edit : bon, elle était tellement facile que le temps que j'essaye le code de Keldath sur l'autre ordi, elle était déjà démontée. Si on peut plus rigoler

Dernière modification par ArkSeth (Le 16/09/2011, à 19:10)

HP · Le 16/09/2011, à 19:50

grim7reaper a écrit :

Emacs n’est pas un OS.
Un OS doit avoir un noyau, un noyau doit pouvoir dialoguer directement avec le hard. Emacs ne peut pas dialoguer avec le hard, Emacs n’a donc pas de noyau il ne peut donc pas être un OS.

Une espèce de DE alors ? Émulateur de terminal, visionneur d'archives et d'images, explorateur de fichiers, client mail, client FTP… et je dois en oublier !

grim7reaper · Le 16/09/2011, à 19:55

HP a écrit :

Une espèce de DE alors ?

Ouais ça colle déjà plus
Quoique DE ça sous-entends une gestion du bureau (entre autres), ce qu’Emacs ne fait pas il me semble.
Donc on pourrait dire qu’Emacs est une suite logicielle très bien fournie à lui seul. Jpense que c’est une bonne définition.

tshirtman · Le 16/09/2011, à 20:24

HP a écrit :

grim7reaper a écrit :
Emacs n’est pas un OS.
Un OS doit avoir un noyau, un noyau doit pouvoir dialoguer directement avec le hard. Emacs ne peut pas dialoguer avec le hard, Emacs n’a donc pas de noyau il ne peut donc pas être un OS.
Une espèce de DE alors ? Émulateur de terminal, visionneur d'archives et d'images, explorateur de fichiers, client mail, client FTP… et je dois en oublier !

je connais un mec qui a codé un mod lecteur multimédia pour emacs… accepté upstream :]

HP · Le 16/09/2011, à 20:26

grim7reaper a écrit :

Quoique DE ça sous-entends une gestion du bureau (entre autres), […]

Tout dépend de ce à quoi l'on pense lorsque le terme « Bureau » est évoqué… c'est sûr que si l'on imagine cette grande surface, décorée d'un wallpaper de plus ou moins bon goût (ou de couleur uniforme), constellée d'icônes ; par exemple : http://www.overclock.net/attachments/op … esktop.jpg

helly · Le 16/09/2011, à 20:28

Putain mes yeux ><.

Dr Le Rouge · Le 16/09/2011, à 20:40

HP a écrit :

http://www.overclock.net/attachments/op … esktop.jpg

« Quand je serai grand, je serai dictateur sanguinaire et je me baignerai dans du sang humain frais tous les matins  »

(voilà ce que ça m'inspire)

kamui57 · Le 16/09/2011, à 20:49

Le Rouge a écrit :

HP a écrit :
http://www.overclock.net/attachments/op … esktop.jpg
« Quand je serai grand, je serai dictateur sanguinaire et je me baignerai dans du sang humain frais tous les matins  »
(voilà ce que ça m'inspire)

Il utilise pidgin et pas WLM !

quoi c'est pas ça qu'il fallait voir ?
euh... smileys ?

ah maintenant c'est bon.

helly · Le 16/09/2011, à 21:11

kamui : c’est quoi cet hébergeur d’image que t’utilises ?
T’peux pas utiliser toile-libre ? :mad:⁴²

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#201 Le 16/09/2011, à 15:15

Re : /* Topic des codeurs [6] */

#202 Le 16/09/2011, à 15:49

Re : /* Topic des codeurs [6] */

#203 Le 16/09/2011, à 16:22

Re : /* Topic des codeurs [6] */

#204 Le 16/09/2011, à 16:27

Re : /* Topic des codeurs [6] */

#205 Le 16/09/2011, à 17:38

Re : /* Topic des codeurs [6] */

#206 Le 16/09/2011, à 17:42

Re : /* Topic des codeurs [6] */

#207 Le 16/09/2011, à 17:54

Re : /* Topic des codeurs [6] */

#208 Le 16/09/2011, à 17:55

Re : /* Topic des codeurs [6] */

#209 Le 16/09/2011, à 18:04

Re : /* Topic des codeurs [6] */

#210 Le 16/09/2011, à 18:33

Re : /* Topic des codeurs [6] */

#211 Le 16/09/2011, à 18:48

Re : /* Topic des codeurs [6] */

#212 Le 16/09/2011, à 18:48

Re : /* Topic des codeurs [6] */

#213 Le 16/09/2011, à 18:50

Re : /* Topic des codeurs [6] */

#214 Le 16/09/2011, à 18:51

Re : /* Topic des codeurs [6] */

#215 Le 16/09/2011, à 19:01

Re : /* Topic des codeurs [6] */

#216 Le 16/09/2011, à 19:06

Re : /* Topic des codeurs [6] */

#217 Le 16/09/2011, à 19:10

Re : /* Topic des codeurs [6] */

#218 Le 16/09/2011, à 19:50

Re : /* Topic des codeurs [6] */

#219 Le 16/09/2011, à 19:55

Re : /* Topic des codeurs [6] */

#220 Le 16/09/2011, à 20:24

Re : /* Topic des codeurs [6] */

#221 Le 16/09/2011, à 20:26

Re : /* Topic des codeurs [6] */

#222 Le 16/09/2011, à 20:28

Re : /* Topic des codeurs [6] */

#223 Le 16/09/2011, à 20:40

Re : /* Topic des codeurs [6] */

#224 Le 16/09/2011, à 20:49

Re : /* Topic des codeurs [6] */

#225 Le 16/09/2011, à 21:11

Re : /* Topic des codeurs [6] */

Pied de page des forums