Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#2301 Le 27/01/2012, à 18:53

Rolinh

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

Je te dirais si ça marche bien comme prévu quand LC compilera tongue

EDIT: la CLI compile bien et c'est bien le comportement attendu. La GUI compile aussi mais j'ai des soucis avec le fichier glade:

** ERROR **: Failed to open file 'lincopier-gui.glade': No such file or directory
zsh: trace trap  ./lincopier

Faut que je vois comment gérer le fichier glade via cmake.

Dernière modification par Rolinh (Le 27/01/2012, à 19:03)

Hors ligne

#2302 Le 27/01/2012, à 19:18

grim7reaper

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

Pas la faute de CMake là.
L’exécutable est dans bin, le fichier glade dans src. Or, dans ton code on voit :

gtk_builder_add_from_file(builder, "lincopier-gui.glade",
                                &gerr);

Donc recherche dans le repertoire courant, donc bin (vu que l’exécutable est lancé depuis bin) donc il ne le trouve pas donc il crash.
CQFD.
Faudrait changer le chemin.
D’ailleurs, pourquoi pas un truc dans le fichier extern-gui.h ?
Comme ça tu pourrais indiquer le chemin à la compilation, ce qui tiendrai compte d’eventuel déplacement lors de l’installation de ton programme. Genre :  quand tu bosses, l’exécutable est dans bin et glade dans src, mais quand tu installes ça pourrait donner executable dans /usr/bin et fichier glade dans /usr/share/lincopier (exemple bidon, je ne suis pas sûr que ça doive se placer là…).

Hors ligne

#2303 Le 27/01/2012, à 19:30

Rolinh

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

Je n'ai pas non-plus d'idée d'où je dois le placer celui-là. Moi et les GUI... tongue

Ta proposition me parait cohérente mais comme toi, j'ignore si c'est bien comme ça que je dois procéder.

Hors ligne

#2304 Le 27/01/2012, à 19:32

grim7reaper

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

Il me semble que c’est plus au moins comme ça qu’avait fait xapantu quand on travaillait sur Ella et ça fonctionnaire plutôt bien tout en restant propre.

Dernière modification par grim7reaper (Le 27/01/2012, à 19:33)

Hors ligne

#2305 Le 27/01/2012, à 19:35

Rolinh

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

Ali (du projet xfce) m'avait parlé d'un utilitaire qui convertit un fichier glade en .h.
Il faut peut-être chercher de ce côté.

EDIT: en fait, je pense que ta proposition est bien. Je me rappelle qu'on avait eu le même soucis pour le logo (d'où l'horrible lien symbolique dans src ^^).
Je vais voir comment implémenter ça.

Dernière modification par Rolinh (Le 27/01/2012, à 19:39)

Hors ligne

#2306 Le 27/01/2012, à 19:51

grim7reaper

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

Si xapantu passe par là, il pourra t’expliquer comment il faisait exactement pour Ella (moi mes souvenirs sont vagues :-/, je ne m’était pas trop occupé de cette partie).

Hors ligne

#2307 Le 27/01/2012, à 19:56

Rolinh

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

Ouep, je vais tâcher d'invoquer l'esprit de xapantu big_smile
Pour l'instant, je regarde comment ils font chez Awesome WM (pour les thèmes, logo, etc.) mais à première vu c'est plutôt dans le genre que ce que tu proposes.

Dernière modification par Rolinh (Le 27/01/2012, à 19:57)

Hors ligne

#2308 Le 27/01/2012, à 21:55

grim7reaper

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

Tiens, dans la série « architecture exotique » je suis tombé sur une pas mal aujourd’hui : certains PIC de Microchip ont un type short long (non, ce n’est pas une faute de frappe ^^) et il fait 24 bits.

Dernière modification par grim7reaper (Le 27/01/2012, à 21:55)

Hors ligne

#2309 Le 28/01/2012, à 00:28

Rolinh

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

A priori, point de vue nom du type en tout cas, cela parait un non-sens. Qu'elle est le but de ce type?

Hors ligne

#2310 Le 28/01/2012, à 09:43

grim7reaper

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

Aucune idée, je ne bosse pas vraiment là-dessus, je suis tombé là-dessus plus ou moins par hasard.
Mais ouais, c’est moche d’avoir un type non-standard comme ça hmm

Surtout que c’est con d’ajouter un type comme ça, sachant que le short et le int font 16 bits et le long 32 bits.
Ça aurait été plus logique de faire un short à 16, un int à 24 et un long à 32 (comme ça pas besoin d’ajouter un type bizarre…)

Dernière modification par grim7reaper (Le 28/01/2012, à 09:47)

Hors ligne

#2311 Le 28/01/2012, à 14:36

kamui57

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

Pour ceux qui utilisent php/curl, mon réuploader d'image fonctionne sur mon pc en local, sur mon hébergement toile-libre, chez ras', mais quelqu'un d'autre a voulu l'installer et curl n'arrive pas à construire la requête. L'erreur est

failed creating formpost data

Les gens qui ont ce message d'erreur ça semble être car le fichier n'est pas lisible par php, or il l'est, on peut afficher l'image téléchargée sur le serveur dans le navigateur.
1327757549.png
J'ai tenté aussi de remplacer le chemin relatif par le chemin absolu, ça ne change rien. Normalement à la fin de l'upload d'une image sur un pix je supprime le fichier, là je le fais pas pour qu'on puisse vérifier que l'image existe.

1327756492.png 1327756540.png
adresse du reuploader du type dispo en mp. Le mien avec le même code affiche ça.

Code des fonctions permettant l'upload

Donc voilà, est-ce que vous auriez une idée du problème ?
Merci smile

edit : http://stackoverflow.com/questions/2964 … -graph-api

This error seems to be related to the permissions on the file you try to upload, are you sure the user that run the PHP script has permissions on the file ? – Serty Oan Jun 3 '10 at 9:34

donc si j'ai bien compris le fait que j'accède au fichier image via le navgateur ne suffit pas et il faut que je voie si le fichier is_readable(). j'ai modifié le code en conséquence, chez moi l'image est lisible, j'attends le retour de l'utilisateur.

Dernière modification par kamui57 (Le 28/01/2012, à 19:57)


Quand le dernier arbre aura été abattu, et le dernier animal exterminé, les hommes se rendront compte que l'argent ne se mange pas (proverbe indien)
Toshiba Satellite L655 4 Go RAM, Archlinux Gnome-shell,LXDE / W7
Toshiba Satellite M30 512 Mo RAM, Archlinux Gnome 3 restreint / Crunchbang LXDE
https://help.ubuntu.com/community/Pastebinit pour poster du texte sur internet en console

Hors ligne

#2312 Le 28/01/2012, à 16:38

tshirtman

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

# cat > /usr/share/applications/gnome-text-editor.desktop
[Desktop Entry]
Name=Text Editor
GenericName=Text Editor
Comment=open the gnome-text-editor alternative
Exec=gnome-text-editor %U
Icon=accessories-text-editor
Type=Application
Categories=GNOME;GTK;Utility;TextEditor;
StartupNotify=true
OnlyShowIn=GNOME;Unity;
X-Ayatana-Desktop-Shortcuts=New
^D
# sed -i /usr/share/applications/defaults.list  s/gedit/gnome-text-editor/

# update-alternatives --install "/usr/bin/gnome-text-editor" "gvim" "/usr/bin/vim.gtk" 1

ce que j'ai trouvé de plus propre pour ouvrir les fichiers avec vim au lieu de gedit par défaut…

edit: j'avais oublié un bout de la deuxième commande >_>

Dernière modification par tshirtman (Le 28/01/2012, à 18:55)

Hors ligne

#2313 Le 28/01/2012, à 16:57

HP

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

Moi, je me suis fait un script perso dans mon PATH…

# which gedit
/home/dimitri/.local/bin/gedit

et il contient :

# cat $(which gedit)
#!/usr/bin/env sh
emacs-server open "$@"

Dernière modification par HP (Le 28/01/2012, à 16:58)


cat /dev/urandom >/dev/null 2>&1 #github

Hors ligne

#2314 Le 28/01/2012, à 17:28

kamui57

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

Moi je fais clic droit→ouvrir avec dans le navigateur de fichier, et ça change pour pcmanfm et thunar et dans le terminal alias op='xdg-open', pour choisir l'apppli en ligne de commande ça a l'air d'être xdg-mime


Quand le dernier arbre aura été abattu, et le dernier animal exterminé, les hommes se rendront compte que l'argent ne se mange pas (proverbe indien)
Toshiba Satellite L655 4 Go RAM, Archlinux Gnome-shell,LXDE / W7
Toshiba Satellite M30 512 Mo RAM, Archlinux Gnome 3 restreint / Crunchbang LXDE
https://help.ubuntu.com/community/Pastebinit pour poster du texte sur internet en console

Hors ligne

#2315 Le 28/01/2012, à 17:42

HP

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

Ouais… mais t'as pas bien compris de quoi on parlait.


cat /dev/urandom >/dev/null 2>&1 #github

Hors ligne

#2316 Le 28/01/2012, à 18:32

HP

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

modelswh.th.png

Ajout de nouvelles relations… et ajout des tags (sur les posts)… ^^


cat /dev/urandom >/dev/null 2>&1 #github

Hors ligne

#2317 Le 28/01/2012, à 20:38

The Uploader

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

J'ai découvert deux excellentes gems aujourd'hui :

Ray, une très bonne alternative à Rubygame (et on peut même faire de la 3D avec...)

Rubygoo A GUI library for use with rubygame.

Dernière modification par The Uploader (Le 28/01/2012, à 20:42)


- Oldies PC : Intel Pentium 3 @ 800 Mhz sur CM ASUS P2B-F, GeForce 4 Ti4800 SE, Disque Dur Hitachi 160 Go, 512 Mo de RAM, 3DFX Voodoo 2, Sound Blaster 16 ISA PnP, Windows 98 SE / XP)
- Desktop : Intel Core i7 6700K @ 4 GHz sur CM ASUS Z170-P, GeForce GTX 1070, SSD Samsung 850 EVO 1 To, 16 Go de RAM, Disque Dur Seagate Barracuda 3 To, Windows 10

Hors ligne

#2318 Le 29/01/2012, à 01:36

Pylades

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

Rolinh a écrit :

Ok. Cool. On peut voir? big_smile

Non. Ça coince à un autre endroit (je ne me suis pas penché dessus depuis), c’était à des fins de tests, ce n’est pas très intéressant, et je suis encore sans IP fixe.


Comme tout le monde, j’adore. Bien, sûr, mention spéciale à Programmable Hyperlink Pasta ; mais j’aime aussi ça :

L’article a écrit :

Upon waking Larry Wall decides that the string of characters on Larry Wall's monitor isn't random but an example program in a programming language that God wants His prophet, Larry Wall, to design.


“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
                Linus Torvalds – 12 janvier 2003

Hors ligne

#2319 Le 29/01/2012, à 01:57

HP

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

Parsage de 170 fichiers xml avec XmlSimple en Ruby :

Finished in 0.000128 seconds.

Je suis favorablement impressionné… autant par la facilité d'utilisation que par les performances.


cat /dev/urandom >/dev/null 2>&1 #github

Hors ligne

#2320 Le 29/01/2012, à 01:59

Pylades

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

Rolinh a écrit :

Le Makefile a été écrit à l'ancienne (comprenez à la main) mais... je n'ai jamais fait de "install" et j'avoue ne pas savoir comment gérer ça du fait que l'on doit pouvoir préciser dans quelles répertoires on désire placer les binaires. Quelqu'un pour me donner une piste? grim?

Au cas où ce serait toujours d’actualité :

install: all
    install -D $(EXEC) $(DESTDIR)$(PREFIX)/bin/$(EXEC)

Tu définis PREFIX à /usr/local config.mk, la valeur peut être écrasée lors de l’appel à make.


“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
                Linus Torvalds – 12 janvier 2003

Hors ligne

#2321 Le 29/01/2012, à 02:12

tshirtman

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

découvert xgrep en ligne de commande, pratique pour extraire une info d'un flux a coup de xpath… smile

Hors ligne

#2322 Le 29/01/2012, à 02:50

Pylades

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

@ tshirtman :

$ cat ~/.local/share/applications/defaults.list
text/x-csrc=gvim.desktop

“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
                Linus Torvalds – 12 janvier 2003

Hors ligne

#2323 Le 29/01/2012, à 10:04

grim7reaper

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

Hello World!

Petite présentation intéressante autour des exploits kernel.

Hors ligne

#2324 Le 29/01/2012, à 10:19

tshirtman

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

Πυλάδης a écrit :

@ tshirtman :

$ cat ~/.local/share/applications/defaults.list
text/x-csrc=gvim.desktop

ah ouais ^^, le mien est beaucoup plus long ^^.

Hors ligne

#2325 Le 29/01/2012, à 11:09

grim7reaper

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

@Rolinh : dans la fonction treat_queue_cli (copy.c), tu n’initialises pas retval, donc si tu n’as pas d’erreur tu renvoies une valeur undéfinie (qui ne sera probablement pas 0 et sera donc considérée comme une erreur alors que tout s’est bien passé)

diff -r 3f3e65d649a7 src/copy.c
--- a/src/copy.c        Sat Jan 28 13:49:07 2012 +0100
+++ b/src/copy.c        Sun Jan 29 11:06:23 2012 +0100
@@ -200,7 +200,7 @@
 {
        struct file_to_copy crt_elt;
        off_t size;
-       int retval;
+       int retval = 0;
 
        if ((size = cp_queue.size) == 0){
                (void)fprintf(stderr, "Error : cannot calculate percentage as "

Il semblerait que tu as aussi fait sauter des bouts de code dans copy (copy.c), du coup les variables ch, checkch et le label open_target sont inutilisés.

Dernière modification par grim7reaper (Le 29/01/2012, à 11:23)

Hors ligne