/* Topic des codeurs [6] */

The Uploader · Le 16/09/2011, à 21:16

helly a écrit :

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

zimagez est proposé par xfce4-screenshooter.

Pas compris pourquoi non plus.

Dernière modification par The Uploader (Le 16/09/2011, à 21:17)

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

The Uploader a écrit :

zimagez est proposé par xfce4-screenshooter.
Pas compris pourquoi non plus.

voilà. j'avais envie de l'héberger , et c'était proposé directement... Mais thuban a fait un script pour héberger sur toile libre sur le forum debian-fr je crois, faudrait que jle retrouve.

voilà. Pastebin et pix.
http://thuban.toile-libre.org/index.php … libre-org/
http://thuban.toile-libre.org/index.php … libre-org/

et un yaourt pour debian !
http://thuban.toile-libre.org/index.php … ur-debian/

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

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

Ouais, saymieux !

grim7reaper · Le 17/09/2011, à 11:07

Bon, j’ai regardé le code de zathura et y’a des trucs pas glorieux (c’est assez floodesque en fait, même en retirant tout ce qui est dû à GTK+) avec ma ligne de compil’. Bon cela dit, la majorité des trucs sont pas dramatique.
Du coup je suis en train d’essayer de patcher tout ça et à l’occasion j’essayerai de faire remonter le tout en upstream.

Pour le moment, j’en suis à restaurer la const-correctness dans le code et là gcc m’emmerde :

zathura.c:1165:19: warning: cast discards '__attribute__((const))' qualifier from pointer target type [-Wcast-qual]

Y’a pas de '__attribute((const))' dans le code -____-"
J’ai jamais activé le support de ces choses GNUish que sont les __attribute__ alors va te faire ! Je m’en tamponne sévère de le violer ! D’où il se permet de me warner sur un truc absent dans le code ?
Ça c’est vraiment le genre de comportement qui m’énerve au plus haut point. Je n‘ai jamais activé ces merdes et cet abruti se permet de me warner là-dessus (genre il en ajoute discretos au code ou je ne sais quoi O_o") comme si j’en avais quelque chose à foutre.
Mais GO TO HELL gcc!

Du coup, je reteste clang et je constate (une fois de plus) que lui c’est un compilateur digne de ce nom. À ce propos, je viens de voir que clang supporte la grande majorité des options de ma ligne de compilation (y’en a que deux qui ne passent pas). Bon du coup, je risque vraiment de passer à clang et lâcher gcc…

grim7reaper · Le 17/09/2011, à 13:07

Bon, c’est officiel : gcc à fumé la moquette

warning: conversion to 'float' from 'int' may alter its value [-Wconversion]

Dans l’autre sens je suis d’accord, mais là…
Bon c’est vrai que, dans l’absolu, il n’a pas tort :

ISO/IEC 9899:TC3 a écrit :

When a double is demoted to float, a long double is demoted to double or float, or a value being represented in greater precision and range than required by its semantic type (see 6.3.1.8) is explicitly converted (including to its own type), if the value being converted can be represented exactly in the new type, it is unchanged. If the value being converted is in the range of values that can be represented but cannot be represented exactly, the result is either the nearest higher or nearest lower representable value, chosen in an implementation-deﬁned manner. If the value being converted is outside the range of values that can be represented, the behavior is undeﬁned.

Mais bon dans 99% des cas on s’en tamponne. Jpense que ça mérite pas d’être dans Wconversion mais dans un warning à part.

helly · Le 17/09/2011, à 13:26

Bon c’est vrai que, dans l’absolu, il n’a pas tort

Voilà. Là, tout est résumé .

grim7reaper · Le 17/09/2011, à 13:42

Ouais mais de là à caser ça dans Wconversion , ça reste un warning qui concerne peu de gens (alors que Wconversion avertit aussi sur des conversions vraiment foireuse). Je trouve ça dommage de tout mélanger, clang ne le fait pas.

Et puis il n’empêche que gcc fait de la merde quand même (Cf. mon précédent post)

Dernière modification par grim7reaper (Le 17/09/2011, à 13:42)

tshirtman · Le 17/09/2011, à 13:55

Ben pour un très grand int ça peut jouer.

grim7reaper · Le 17/09/2011, à 14:09

Non.

Intervalle de definition d’un float IEEE 754 => [1.17549435×10^-38; 3,40282346×10^38] (et je ne tiens pas compte des nombres dénormalisés)
Intervalle de def d’un int (soyons large, tapons en 64 bits non signés) => [0; 18446744073709551615]
Donc pas de comportement indéfini, juste un arrondi dont on se fiche dans la majorité des cas (bon, ça dépends des ULP et j’ai la flemme de faire les calculs mais je ne pense pas que ça joue au point de poser des problèmes dans les calculs « traditionnels »).

Je dis pas que le warning sert à rien, juste que n’aime pas l’endroit où ils l’ont foutu.

Dernière modification par grim7reaper (Le 17/09/2011, à 14:11)

Pylades · Le 17/09/2011, à 15:51

Moi ça ne me choque pas qu’il warn dessus… Quand tu fait une conversion comme ça, t’es pas sûr de garder la valeur exacte. Ça justifie un warning.
Même si c’est vrai qu’il pourrait faire la distinction entre les conversions implicites vraiment moisies et les conversions explicites potentiellement moisies. De toutes façons, il fait bien plus grave pour d’autres warnings (comparaison à HUGE_VAL, suggestion de doubles parenthèses, warnings sur l’inclusion d’headers système, pour un truc pas dramatique en plus…) !

grim7reaper · Le 17/09/2011, à 16:30

Πυλάδης a écrit :

Moi ça ne me choque pas qu’il warn dessus…

Moi non plus, ce qui me choque (enfin choquer c’est un peu fort, ce qui me dérange plutôt) c’est que ça soit dans Wconversion.

Πυλάδης a écrit :

Quand tu fait une conversion comme ça, t’es pas sûr de garder la valeur exacte.

À ce compte‑là, il faut qu’il warn sur des trucs comme ça aussi :

double d = 1.1;

Bah oui, là tu ne stockes pas la valeur exacte donc faudrait être prévenu quand même…

Πυλάδης a écrit :

Même si c’est vrai qu’il pourrait faire la distinction entre les conversions implicites vraiment moisies et les conversions explicites potentiellement moisies.

Je trouverais ça mieux ouais.

Πυλάδης a écrit :

warnings sur l’inclusion d’headers système

J’ai jamais eu ça, ça t’arrives dans quel cas ?

helly · Le 17/09/2011, à 19:15

Hop, install de slackware !
Y’a pas à dire, je préfère l’install de arch où par défaut t’as le minimum vital et ensuite t’ajoutes ce que tu veux, plutôt que ce genre d’install ou par défaut on te met tout, et c’est à toi de décocher -_-.

kamui57 · Le 17/09/2011, à 21:14

Ras' : réuploader http://kamui57.toile-libre.org/reuploadpic/
bon le code est pas encore commenté tout ça, alors il est pas encore dispo

tshirtman · Le 18/09/2011, à 11:15

rahhhh, je me replonge dans le code du terminal android pour comprendre pourquoi il affiche pas les caractères utf-8… et j'arrive finalement là…
(https://github.com/jackpal/Android-Terminal-Emulator/)

    /**  
     * Send an ASCII character to the screen.
     *
     * @param b the ASCII character to display.
     */
    private void emit(byte b) { 
        boolean autoWrap = autoWrapEnabled();

        if (autoWrap) {
            if (mCursorCol == mColumns - 1 && mAboutToAutoWrap) {
                mScreen.setLineWrap(mCursorRow);
                mCursorCol = 0; 
                if (mCursorRow + 1 < mBottomMargin) {
                    mCursorRow++;
                } else {
                    scroll();
                }    
            }    
        }    

        if (mInsertMode) { // Move character to right one space
            int destCol = mCursorCol + 1; 
            if (destCol < mColumns) {
                mScreen.blockCopy(mCursorCol, mCursorRow, mColumns - destCol,
                        1, destCol, mCursorRow);
            }    
        }    

        mScreen.set(mCursorCol, mCursorRow, b, getForeColor(), getBackColor());

        if (autoWrap) {
            mAboutToAutoWrap = (mCursorCol == mColumns - 1);
        }    

        mCursorCol = Math.min(mCursorCol + 1, mColumns - 1);
    }

puis là:

    /** 
     * Store byte b into the screen at location (x, y)
     *
     * @param x X coordinate (also known as column)
     * @param y Y coordinate (also known as row)
     * @param b ASCII character to store
     * @param foreColor the foreground color
     * @param backColor the background color
     */
     void set(int x, int y, byte b, int foreColor, int backColor);

(dans l'interface de Screen)

résultat, c'est des bytes partout… j'ai envie de me pendre… en tout cas, je vais pas me lancer dans la correction aujourd'hui, j'en aurai pour la journée si tout se passe bien…

à part ça ils sont bien gérés, si je partage un screen entre le terminal android et mon pc, via ssh, ce que je tappe avec des accents sur l'android s'affiche bien sur l'autre écran, mais ne fait rien (ou parfois des espaces, suivant le contexte) sur l'écran android.

Dernière modification par tshirtman (Le 18/09/2011, à 11:19)

helly · Le 18/09/2011, à 19:20

Hey, j’ai envie de tester des NOUVEAUX OS libres.
J’ai donc déjà testé GNU/Linux, GNU/Hurd, Haiku/BeOS, *BSD.
Y’a quoi d’autre comme OS libre que je pourrais tester ?
Un truc dépaysant si possible .

grim7reaper · Le 18/09/2011, à 19:24

ReactOS.

Après en depaysant tu as l’OS/400 (enfin IBM i maintenant) mais c’est proprio, faut du hardware spécifique et c’est sûrement pas donné

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

helly · Le 18/09/2011, à 19:26

Ouais donc OS/400 nan, mais reactOS, je vais tester, merci .

helly · Le 18/09/2011, à 19:31

Mais c’est w$ ce truc ! oO → http://www.reactos.org/en/tour_install.html
Bon, j’vais quand même tester, mais il part avec un préavis négatif .
Pas d’autres OS ?

grim7reaper · Le 18/09/2011, à 19:43

Allez, le vieux préjugé à la con du libriste => ça ressemble à Windows c’est de la merde (comme KDE) -____-"

Sinon il y a aussi MINIX 3, Plan9 (le truc dont wmii reprend des bouts), FreeVMS (un peu jeune => qemu), MonaOS (jeune aussi, faut utilise qemu), O3ONE (attention les yeux >_<), HelenOS, Genode, House (Hum, du Haskell , cela dit il ne semble plus très à jour donc vaut peut-être mieux regarder du côté de Lighthouse)) et Syllable

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

helly · Le 18/09/2011, à 19:44

Haaa meeeerci .
Miam !

edit : c’est quoi cette idée de compresser des .iso ? oO

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

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

Bon, patch envoyé aux dev’ de zathura. On verra bien si j’ai un retour…
Bon maintenant j’hésite à patcher la gueule de Conky pour qu’il supporte cmus en natif.

helly · Le 18/09/2011, à 19:59

Si je savais ce qu’est cmus, je te donnerai bien mon avis mais là…

grim7reaper · Le 18/09/2011, à 20:02

J’en ai parlé il n’y a pas longtemps : c’est un lecteur de musique Vim-like (il est en console et codé en C).
Je l’ai découvert sur le blog de Rolinh (qui a d’ailleurs fait un widget pour le contrôler dans Awesome).

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

helly · Le 18/09/2011, à 20:05

C’est mieux que mplayer ?
/me va voir ça.

edit : ça ressemble furieusement à moc…

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

grim7reaper · Le 18/09/2011, à 20:08

helly a écrit :

C’est mieux que mplayer ?

Bah c’est différent.
Franchement mplayer niveau musique c’est bien mignon pour jouer une musique ou deux, mais dès qu’on vaut faire plus autant utiliser un logiciel dédié (moc, cmus, mpd et un de ses nombreux clients).

helly a écrit :

edit : ça ressemble furieusement à moc…

Oui, mais je trouve cmus bien meilleur.
moc c’est sympa aussi cela dit, mais je le trouvais un peu limité…

Enfin bon, moc et mpd sont supportés en natif dans Conky mais pas cmus. D’où mon envie d’essayer de patcher tout ça. À voir…

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#226 Le 16/09/2011, à 21:16

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

#227 Le 16/09/2011, à 21:18

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

#228 Le 16/09/2011, à 21:19

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

#229 Le 17/09/2011, à 11:07

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

#230 Le 17/09/2011, à 13:07

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

#231 Le 17/09/2011, à 13:26

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

#232 Le 17/09/2011, à 13:42

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

#233 Le 17/09/2011, à 13:55

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

#234 Le 17/09/2011, à 14:09

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

#235 Le 17/09/2011, à 15:51

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

#236 Le 17/09/2011, à 16:30

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

#237 Le 17/09/2011, à 19:15

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

#238 Le 17/09/2011, à 21:14

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

#239 Le 18/09/2011, à 11:15

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

#240 Le 18/09/2011, à 19:20

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

#241 Le 18/09/2011, à 19:24

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

#242 Le 18/09/2011, à 19:26

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

#243 Le 18/09/2011, à 19:31

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

#244 Le 18/09/2011, à 19:43

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

#245 Le 18/09/2011, à 19:44

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

#246 Le 18/09/2011, à 19:55

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

#247 Le 18/09/2011, à 19:59

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

#248 Le 18/09/2011, à 20:02

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

#249 Le 18/09/2011, à 20:05

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

#250 Le 18/09/2011, à 20:08

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

Pied de page des forums