Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

Ubuntu 18.04 LTS
Ubuntu-fr propose des clés USB de Ubuntu et toutes ses « saveurs » ainsi qu'un magnifique t-shirt pour cette toute nouvelle version d'Ubuntu !

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.

#26 Le 09/02/2018, à 17:25

DRbuntu91

Re : Maintien de SearchMonkey

Puis dans ton tuto j'arrive a la section "Suppléments". Dans mon "test bed" j'ai mis plusieurs type de fichiers (Audio, Images, Bash,  C, MarkDown, Excel&Calc, Word&Writer, PPT&Impress, PDF, Text, Vidéos, XML et ZIP)
Pour chaque type de fichier j'ai une application par défaut qui s'ouvre quand j'utilise Nautilus. Mais dans searchmonkey il n'y a que 3 options et si je suis ton tuto je dois définir xdg-open comme application. Ça marche comment?

EDIT: Quand je sélectionne un fichier dans la liste et je fais click-droit puis "Editer ce fichier" j'ai cette erreur

xdg-open: unexpected argument 'fichiers'
Try 'xdg-open --help' for more information.

Dernière modification par DRbuntu91 (Le 09/02/2018, à 17:47)


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#27 Le 09/02/2018, à 21:36

kevlar

Re : Maintien de SearchMonkey

DRbuntu91 a écrit :

Oui - je les ouvre avec GEDIT (l’éditeur par défaut de Ubuntu-Unity). S'était un fichier que j'ai reçu de quelqu'un (s'est un fichier que je transfère dans mon TomTom - ceci explique peut-être cela)

Puis un autre petit souci: quand je fait une recherche avec le champ "Contenu", la taille des fichiers trouvés n'est pas leur taille réelle. Au début ça m'a induit en erreur en voulant faire des test combinés de contenu ET taille. C'est normal?

Bonsoir.
Cela dépend si l'on compte 1 k = 1024 octets ou 1k = 1000 octets, cette dernière acception s'étant malheureusement répandue

Hors ligne

#28 Le 09/02/2018, à 21:40

kevlar

Re : Maintien de SearchMonkey

DRbuntu91 a écrit :

Puis dans ton tuto j'arrive a la section "Suppléments". Dans mon "test bed" j'ai mis plusieurs type de fichiers (Audio, Images, Bash,  C, MarkDown, Excel&Calc, Word&Writer, PPT&Impress, PDF, Text, Vidéos, XML et ZIP)
Pour chaque type de fichier j'ai une application par défaut qui s'ouvre quand j'utilise Nautilus. Mais dans searchmonkey il n'y a que 3 options et si je suis ton tuto je dois définir xdg-open comme application. Ça marche comment?

EDIT: Quand je sélectionne un fichier dans la liste et je fais click-droit puis "Editer ce fichier" j'ai cette erreur

xdg-open: unexpected argument 'fichiers'
Try 'xdg-open --help' for more information.

çà c'est facile.
L'association de fichiers se fait, dans ton cas, avec Nautilus, Searchmonkey ne fait rien lui-même.
Sous Nautilus : choisir un fichier d'un type donné, faire clic droit, et là il doit y avoir un choix du type "ouvrir avec" ; il faut en faire le choix par défaut. Dès lors, xdg-open respectera ce choix et par conséquent Searchmonkey appellera, en faisant confiance à xdg-open, l'éditeur par défaut que tu auras associé via Nautilus.
La phrase est lourde, mais c'est très simple.
L'appel xdg correct c'est çà :
/usr/bin/xdg-open avec comme paramètre %f

Dernière modification par kevlar (Le 09/02/2018, à 21:46)

Hors ligne

#29 Le 09/02/2018, à 21:45

kevlar

Re : Maintien de SearchMonkey

Les problèmes des fichiers ISO et UTF16
C'est une véritable jungle, je viens d'y passer l'après-midi. Rien que pour l'UTF16, 2 formats différents, et une dizaine de déclinaisons de l'ISO. Gasp !
J'ai donc résolu le problème ainsi :
1- priorité, empêcher les plantages.
2- comment ? En faisant un choix drastique : Searchmonkey ne traitera pour le moment QUE l'UTF8 ET l'ISO ISO-8859-1, ce dernier correspondant aux langues les plus répandues utilisant l'alphabet latin. Bien évidemment, il faudra améiiorer tout cela, mais, vraiment, c'est un sacré problème que ces encodages, allez faire un tour sur le net, vous aller rire.
3- j'ai donc mis un patch sur GitHub.
4- Et j'espère que çà va ; chez moi, les mélanges de fichiers UTF8 et ISO-8859-1 passent sans problème. Je suis preneur de retours.

Hors ligne

#30 Le 09/02/2018, à 23:05

kevlar

Re : Maintien de SearchMonkey

C'est fait, la détection des fichiers codés en UTF 16 et UTF32 est implémentée.
J'ai testé le codage UTF16, çà marche.
Quant à de l'UTF32, qui utilise çà ? En tout cas le programme est supposé pouvoir le gérer.
A+

Hors ligne

#31 Le 09/02/2018, à 23:52

DRbuntu91

Re : Maintien de SearchMonkey

Je viens de faire un test avec la dernière version (j'ai fait un "git pull") puis le pb. de ISO ISO-8859-1 est résolu. Bravo!

Je n'arrive pas a faire marcher l'ouverture des fichiers malgré avoir définie "/usr/bin/xdg-open avec comme paramètre %f". Il doit y avoir une différence de mon environnement système par ce que dans config.ini j'ai bien ceci:

configTextEditor=/usr/bin/xdg-open
configTextEditorAttributes=%f
configFileExplorer=/usr/bin/nautilus
configFileExplorerAttributes=%d
configWebBrowser=/usr/bin/firefox
configWebBrowserAttributes=%f

Il y a une conf a faire pour xdg-open?
EDIT: dans un terminal la commande xdg-open monfichier.pdf l'ouvre bien!

Pour le pb. de taille de fichiers je le reproduit ainsi
- je sélectionne pdf dans fichiers. la taille de mon fichier est 2,6 Mo (la même dans Nautilus)
- Je rajoute un critère de contenu et maintenant la taille du fichier n'est plus que de 6,8 Ko!!!
Je dois re-tester avec d'autre fichiers type LO et texte par ce que j'ai l'impression que parfois ça marche.

PS: J'ai également fait qq.  tests avec des fichiers avec du texte en portugais (il y a qq. caractères différents par rapport au français comme le tilda) et ça marche.

Dernière modification par DRbuntu91 (Le 10/02/2018, à 00:13)


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#32 Le 10/02/2018, à 01:17

DRbuntu91

Re : Maintien de SearchMonkey

Je pense avoir trouvé.
La fonction xdg-open ne marche pas dès qu'il y a un blanc dans le nom du fichier OU dans ne nom du répertoire ou se trouve le fichier.


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#33 Le 10/02/2018, à 13:32

kevlar

Re : Maintien de SearchMonkey

Merci encore pour tous tes retours.
Je vais essayer de comprendre l'histoire de la taille des fichiers. Peux-tu avoir la gentillesse de me décrire étape par étape ce que tu fais avec ton PDF ? Par exemple, l'info fausse sur la taille du fichier (passant de 2,6 Mo à 6,8 Ko )est-elle affichée dans la liste des fichiers OU dans la prévisualisation ?)
Je te remercie par avance de ton retour, ton travail est vraiment précieux
Bien cordialement !

Pour les langues, je me suis amusé hier à tester d'autres alphabets, exemple en chinois (fichier UTF16)
1518262200.png
J'ai vu également que Gtk s'adaptait tout seul à l'arabe : çà fait étrange de voir un mot, que je ne comprends pas, s'aligner tout seul à droite ;-)

Dernière modification par kevlar (Le 10/02/2018, à 13:42)

Hors ligne

#34 Le 10/02/2018, à 13:45

kevlar

Re : Maintien de SearchMonkey

DRbuntu91 a écrit :

Je pense avoir trouvé.
La fonction xdg-open ne marche pas dès qu'il y a un blanc dans le nom du fichier OU dans ne nom du répertoire ou se trouve le fichier.

Merci.
En termes système, ce n'est pas un bug : par exemple, tu as du remarquer qu'en console, on ne tape pas directement un espace mais ces deux caractères :
\  (barre suivie de espace, par exemple mon\ fichier\ a\des\ espaces
Mais ta remarque va être prise en compte, c'est une amélioration très simple à faire dans le code de SearchMonkey.
Merci à toi !

Hors ligne

#35 Le 10/02/2018, à 13:55

nam1962

Re : Maintien de SearchMonkey

Roschan a écrit :

Un peu dommage que ce soit GTK 2 mais très intéressant projet, je testerai ça

[HS]
En GTK 3, voilà un projet qui mériterait maintien : https://github.com/wolfv/uberwriter
wink
[/HS]


Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Xubuntu devel - Manjaro unstable - OpenSUSE tumbleweed (GeckoLinux) -Debian Testing Et vous ?
57 convertis  IRL (n'ont pas eu le choix...).
Un jeune site que j'aime bien, le top du T-shirt homme ...bio et éthique en plus : https://goudronblanc.com

En ligne

#36 Le 10/02/2018, à 15:02

DRbuntu91

Re : Maintien de SearchMonkey

@keviar
Voici le résultat d'une recherche sur le nom de fichiers mais sans "contenant":
1518267436.png

Puis quand je fais une nouvelle recherche en rajoutant un critère de contenant, voici le résultat
1518267554.png

Comme tu vois la taille du fichier a changé (la bonne taille était lors de la recherche sans contenant)


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#37 Le 10/02/2018, à 15:22

kevlar

Re : Maintien de SearchMonkey

DRbuntu91 a écrit :

Je pense avoir trouvé.
La fonction xdg-open ne marche pas dès qu'il y a un blanc dans le nom du fichier OU dans ne nom du répertoire ou se trouve le fichier.

C'est corrigé, je viens de "pusher" le correctif sur GitHub.
Si tu veux bien vérifier que :
1- les fichiers dont les noms comprennent de espaces sont ouverts correctement. çà marche chez moi, mais je préfère être sûr.
2- qu'il n'y a pas de méchants plantages du style segfault() car je fais des réallocations de chaînes.

Merci d'avance.

Hors ligne

#38 Le 10/02/2018, à 15:30

kevlar

Re : Maintien de SearchMonkey

DRbuntu91 a écrit :

@keviar
Voici le résultat d'une recherche sur le nom de fichiers mais sans "contenant":
http://pix.toile-libre.org/upload/thumb/1518267436.png

Puis quand je fais une nouvelle recherche en rajoutant un critère de contenant, voici le résultat
http://pix.toile-libre.org/upload/thumb/1518267554.png

Comme tu vois la taille du fichier a changé (la bonne taille était lors de la recherche sans contenant)

Merci, je pense que j'ai compris, je t'explique (mais je vais faire une pause un petit moment, donc le correctif ne sera pas tout de suite) ;
1- pour faire une recherche en profondeur dans un PDF, je travaille sur un fichier texte caché, extrait du PDF
2- j'en déduis que ton gros PDF est plein d'images (que Searchmonkey ne voit pas) et contient juste un peu plus de 6000 caractères)

Conclusion : au boulot m'sieur Kevlar, tu confonds taille du "vrai" fichier et taille du texte dans le fichier ;-)
A+ je corrigerai çà d'ici à demain.

Je répète toujours la même chose, mais encore une fois merci pour tes tests !

En passant, ce soir, nous faisons une conférence de développeurs sur Skype, et Adam, le "patron" qui a créé le projet en 2007, a souhaité que nous ayons un stock de fichiers martyrs pour nos tests. Si certains de tes fichiers proviennent d'internet, je serais heureux d'avoir un lien pour les télécharger afin de les mettre dans cette liste à "torturer".
A+

Hors ligne

#39 Le 10/02/2018, à 16:38

DRbuntu91

Re : Maintien de SearchMonkey

Super - je comprend maintenant pourquoi ça marche parfois!

Je me suis fait un jeu de fichiers de test, mais se sont essentiellement des fichiers perso donc difficile a partager (je me suis fait aussi un cahier de tests me permettant de re-tester facilement et rapidement). Je retesterai dimanche quand les correction auront été faites.

PS: s'il y a intérêt (et pas trop de travail) je pourrai plus tard traduire l'interface en néerlandais voir éventuellement en portugais (j'ai PoiEdit sur mon ordi)


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#40 Le 10/02/2018, à 20:49

kevlar

Re : Maintien de SearchMonkey

Bonsoir !
J'ai pushé la version corrigée, normalement la taille des fichiers est maintenant cohérente, quel que soit le mode, merci de me dire si çà marche ;-)

DRbuntu91 a écrit :

Je me suis fait un jeu de fichiers de test, mais se sont essentiellement des fichiers perso donc difficile a partager (je me suis fait aussi un cahier de tests me permettant de re-tester facilement et rapidement). Je retesterai dimanche quand les correction auront été faites.

PS: s'il y a intérêt (et pas trop de travail) je pourrai plus tard traduire l'interface en néerlandais voir éventuellement en portugais (j'ai PoiEdit sur mon ordi)

Je comprends tout à fait pour les fichiers perso !
Et je saisis au vol ta proposition pour les langues : en effet, nous n'avons actuellement que 3 langues : anglais, français, russe.
Je suis à ta disposition pour les fichiers .po ; mais comme tu maîtrises, tu peux si tu les souhaites partir directement du fichier searchmonkey.pot disponible sur le dépôt GitHub.

Bien cordialement !

Hors ligne

#41 Le 11/02/2018, à 11:46

DRbuntu91

Re : Maintien de SearchMonkey

Bonjour
J'ai refait quelques tests avec la nouvelle version.
Le pb. de taille de fichiers quand on utilise "Contenant:" est résolu
Le pb. des noms de fichiers ou de répertoires avec des blancs semble marcher mais je trouve des régressions (j'ai souvent des plantages). Un des plantages me semble être lié au fait que le nom du fichier contient la chaîne (1)
Il s'agit d'un fichier Word avec le nom "Mise a jour de radar (1).doc" (sans les guillemets!)

Voici ce que j'ai récolté (je cherche des fichiers .doc, j'ouvre le fichier puis ça se plante quand j'essaie de fermer le fichier)

*** Error in `searchmonkey': corrupted size vs. prev_size: 0x0000000001e14230 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f29fcc737e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x7e913)[0x7f29fcc7a913]
/lib/x86_64-linux-gnu/libc.so.6(+0x81cde)[0x7f29fcc7dcde]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7f29fcc80184]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_malloc+0x19)[0x7f29fd232719]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(gdk_cairo_set_source_pixbuf+0x85)[0x7f29fddf8d35]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x98c5c)[0x7f29fe127c5c]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x23cb13)[0x7f29fe2cbb13]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x23d47e)[0x7f29fe2cc47e]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x2282a3)[0x7f29fe2b72a3]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x228ed5)[0x7f29fe2b7ed5]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x132aec)[0x7f29fe1c1aec]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x145)[0x7f29fd503fa5]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2256e)[0x7f29fd51656e]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xa59)[0x7f29fd51e7f9]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f)[0x7f29fd51f08f]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x24a93c)[0x7f29fe2d993c]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main_do_event+0x532)[0x7f29fe1c08a2]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x41b9f)[0x7f29fde1bb9f]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x41b45)[0x7f29fde1bb45]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x41b45)[0x7f29fde1bb45]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3e671)[0x7f29fde18671]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(gdk_window_process_all_updates+0x118)[0x7f29fde18fa8]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3f009)[0x7f29fde19009]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x1dd57)[0x7f29fddf7d57]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x15a)[0x7f29fd22d04a]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4a3f0)[0x7f29fd22d3f0]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0xc2)[0x7f29fd22d712]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main+0xb7)[0x7f29fe1bf697]
searchmonkey[0x40b2e1]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f29fcc1c830]
searchmonkey[0x40b3d9]
======= Memory map: ========
00400000-0043a000 r-xp 00000000 08:01 1709092                            /usr/local/bin/searchmonkey
0063a000-0063b000 r--p 0003a000 08:01 1709092                            /usr/local/bin/searchmonkey
0063b000-0063d000 rw-p 0003b000 08:01 1709092                            /usr/local/bin/searchmonkey
01b4b000-01fe2000 rw-p 00000000 00:00 0                                  [heap]
7f29d8000000-7f29d803e000 rw-p 00000000 00:00 0 
7f29d803e000-7f29dc000000 ---p 00000000 00:00 0 
7f29dc000000-7f29dc034000 rw-p 00000000 00:00 0 
7f29dc034000-7f29e0000000 ---p 00000000 00:00 0 
7f29e1264000-7f29e1266000 r-xp 00000000 08:01 1976219                    /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so
7f29e1266000-7f29e1465000 ---p 00002000 08:01 1976219                    /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so
7f29e1465000-7f29e1466000 r--p 00001000 08:01 1976219                    /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so
7f29e1466000-7f29e1467000 rw-p 00002000 08:01 1976219                    /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so
7f29e1467000-7f29e14e7000 rw-s 00000000 00:05 82411562                   /SYSV00000000 (deleted)
7f29e14e7000-7f29e1547000 rw-s 00000000 00:05 82378793                   /SYSV00000000 (deleted)
7f29e1547000-7f29e15a7000 rw-s 00000000 00:05 82280459                   /SYSV00000000 (deleted)
7f29e15a7000-7f29e15f9000 r--p 00000000 08:01 2624622                    /usr/share/fonts/truetype/ubuntu-font-family/Ubuntu-B.ttf
7f29e15f9000-7f29e2eaf000 r-xp 00000000 08:01 1705802                    /usr/lib/x86_64-linux-gnu/libicudata.so.55.1
7f29e2eaf000-7f29e30ae000 ---p 018b6000 08:01 1705802                    /usr/lib/x86_64-linux-gnu/libicudata.so.55.1
7f29e30ae000-7f29e30af000 r--p 018b5000 08:01 1705802                    /usr/lib/x86_64-linux-gnu/libicudata.so.55.1
7f29e30af000-7f29e30b0000 rw-p 018b6000 08:01 1705802                    /usr/lib/x86_64-linux-gnu/libicudata.so.55.1
7f29e30b0000-7f29e322f000 r-xp 00000000 08:01 1705815                    /usr/lib/x86_64-linux-gnu/libicuuc.so.55.1
7f29e322f000-7f29e342f000 ---p 0017f000 08:01 1705815                    /usr/lib/x86_64-linux-gnu/libicuuc.so.55.1
7f29e342f000-7f29e343f000 r--p 0017f000 08:01 1705815                    /usr/lib/x86_64-linux-gnu/libicuuc.so.55.1
7f29e343f000-7f29e3440000 rw-p 0018f000 08:01 1705815                    /usr/lib/x86_64-linux-gnu/libicuuc.so.55.1
7f29e3440000-7f29e3444000 rw-p 00000000 00:00 0 
7f29e3444000-7f29e35f5000 r-xp 00000000 08:01 1704753                    /usr/lib/x86_64-linux-gnu/libxml2.so.2.9.3
7f29e35f5000-7f29e37f4000 ---p 001b1000 08:01 1704753                    /usr/lib/x86_64-linux-gnu/libxml2.so.2.9.3
7f29e37f4000-7f29e37fc000 r--p 001b0000 08:01 1704753                    /usr/lib/x86_64-linux-gnu/libxml2.so.2.9.3
7f29e37fc000-7f29e37fe000 rw-p 001b8000 08:01 1704753                    /usr/lib/x86_64-linux-gnu/libxml2.so.2.9.3
7f29e37fe000-7f29e37ff000 rw-p 00000000 00:00 0 
7f29e37ff000-7f29e3800000 ---p 00000000 00:00 0 
7f29e3800000-7f29e4000000 rw-p 00000000 00:00 0 
7f29e4000000-7f29e4022000 rw-p 00000000 00:00 0 
7f29e4022000-7f29e8000000 ---p 00000000 00:00 0 
7f29e8000000-7f29e8021000 rw-p 00000000 00:00 0 
7f29e8021000-7f29ec000000 ---p 00000000 00:00 0 
7f29ec000000-7f29ec021000 rw-p 00000000 00:00 0 
7f29ec021000-7f29f0000000 ---p 00000000 00:00 0 
7f29f0049000-7f29f008f000 r--p 00000000 08:01 659089                     /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf
7f29f008f000-7f29f00c6000 r-xp 00000000 08:01 1712956                    /usr/lib/x86_64-linux-gnu/libcroco-0.6.so.3.0.1
7f29f00c6000-7f29f02c6000 ---p 00037000 08:01 1712956                    /usr/lib/x86_64-linux-gnu/libcroco-0.6.so.3.0.1
7f29f02c6000-7f29f02c9000 r--p 00037000 08:01 1712956                    /usr/lib/x86_64-linux-gnu/libcroco-0.6.so.3.0.1
7f29f02c9000-7f29f02ca000 rw-p 0003a000 08:01 1712956                    /usr/lib/x86_64-linux-gnu/libcroco-0.6.so.3.0.1
7f29f02ca000-7f29f02ff000 r-xp 00000000 08:01 1713771                    /usr/lib/x86_64-linux-gnu/librsvg-2.so.2.40.13
7f29f02ff000-7f29f04ff000 ---p 00035000 08:01 1713771                    /usr/lib/x86_64-linux-gnu/librsvg-2.so.2.40.13
7f29f04ff000-7f29f0500000 r--p 00035000 08:01 1713771                    /usr/lib/x86_64-linux-gnu/librsvg-2.so.2.40.13
7f29f0500000-7f29f0501000 rw-p 00036000 08:01 1713771                    /usr/lib/x86_64-linux-gnu/librsvg-2.so.2.40.13
7f29f052a000-7f29f052c000 r-xp 00000000 08:01 1969012                    /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f29f052c000-7f29f072b000 ---p 00002000 08:01 1969012                    /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f29f072b000-7f29f072c000 r--p 00001000 08:01 1969012                    /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f29f072c000-7f29f072d000 rw-p 00002000 08:01 1969012                    /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f29f072d000-7f29f0749000 r--p 00000000 08:01 3015506                    /usr/share/icons/gnome/icon-theme.cache
7f29f0749000-7f29f0799000 r--p 00000000 08:01 3022826                    /usr/share/icons/Humanity/icon-theme.cache
7f29f0799000-7f29f079a000 ---p 00000000 00:00 0 
7f29f079a000-7f29f0f9a000 rw-p 00000000 00:00 0 
7f29f0f9a000-7f29f0fd0000 r-xp 00000000 08:01 1967539                    /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so
7f29f0fd0000-7f29f11d0000 ---p 00036000 08:01 1967539                    /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so
7f29f11d0000-7f29f11d5000 r--p 00036000 08:01 1967539                    /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so
7f29f11d5000-7f29f11d6000 rw-p 0003b000 08:01 1967539                    /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so
7f29f11d6000-7f29f1206000 r-xp 00000000 08:01 1967537                    /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so
7f29f1206000-7f29f1406000 ---p 00030000 08:01 1967537                    /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so
7f29f1406000-7f29f1407000 r--p 00030000 08:01 1967537                    /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so
7f29f1407000-7f29f1409000 rw-p 00031000 08:01 1967537                    /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so
7f29f1409000-7f29f146f000 r-xp 00000000 08:01 1713391                    /usr/lib/x86_64-linux-gnu/libibus-1.0.so.5.0.511
7f29f146f000-7f29f166e000 ---p 00066000 08:01 1713391                    /usr/lib/x86_64-linux-gnu/libibus-1.0.so.5.0.511
7f29f166e000-7f29f1670000 r--p 00065000 08:01 1713391                    /usr/lib/x86_64-linux-gnu/libibus-1.0.so.5.0.511
7f29f1670000-7f29f1671000 rw-p 00067000 08:01 1713391                    /usr/lib/x86_64-linux-gnu/libibus-1.0.so.5.0.511
7f29f1671000-7f29f1672000 rw-p 00000000 00:00 0 
7f29f1673000-7f29f1674000 rw-p 00000000 00:00 0 
7f29f1674000-7f29f1675000 r--p 00000000 08:01 2112267                    /usr/local/share/icons/hicolor/icon-theme.cache
7f29f1675000-7f29f167d000 r--p 00000000 08:01 3025970                    /usr/share/icons/hicolor/icon-theme.cache
7f29f167d000-7f29f1686000 r--p 00000000 08:01 3016156                    /usr/share/icons/Adwaita/icon-theme.cache
7f29f1686000-7f29f168d000 r--p 00000000 08:01 3022827                    /usr/share/icons/Humanity-Dark/icon-theme.cache
7f29f168d000-7f29f169b000 r--p 00000000 08:01 3023012                    /usr/share/icons/ubuntu-mono-dark/icon-theme.cache
7f29f169b000-7f29f16a1000 r-xp 00000000 08:01 1969278                    /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so
7f29f16a1000-7f29f18a1000 ---p 00006000 08:01 1969278                    /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so
7f29f18a1000-7f29f18a2000 r--p 00006000 08:01 1969278                    /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so
7f29f18a2000-7f29f18a3000 rw-p 00007000 08:01 1969278                    /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so
7f29f18a3000-7f29f18f7000 r--p 00000000 08:01 2624497                    /usr/share/fonts/truetype/dejavu/DejaVuSansMono.ttf
7f29f18f7000-7f29f194e000 r--p 00000000 08:01 2624629                    /usr/share/fonts/truetype/ubuntu-font-family/Ubuntu-R.ttf
7f29f194e000-7f29f1959000 r--s 00000000 08:01 1836144                    /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-le64.cache-6
7f29f1959000-7f29f195f000 r--s 00000000 08:01 1836739                    /var/cache/fontconfig/2cd17615ca594fa2959ae173292e504c-le64.cache-6
7f29f195f000-7f29f1960000 r--s 00000000 08:01 1836738                    /var/cache/fontconfig/0d8c3b2ac0904cb8a57a757ad11a4a08-le64.cache-6
7f29f1960000-7f29f1975000 r--s 00000000 08:01 1836736                    /var/cache/fontconfig/04aabc0a78ac019cf9454389977116d2-le64.cache-6
7f29f1975000-7f29f1976000 r--s 00000000 08:01 1836735                    /var/cache/fontconfig/1ac9eb803944fde146138c791f5cc56a-le64.cache-6
7f29f1976000-7f29f197a000 r--s 00000000 08:01 1836734                    /var/cache/fontconfig/385c0604a188198f04d133e54aba7fe7-le64.cache-6
7f29f197a000-7f29f197b000 r--s 00000000 08:01 1836733                    /var/cache/fontconfig/dc05db6664285cc2f12bf69c139ae4c3-le64.cache-6
7f29f197b000-7f29f197e000 r--s 00000000 08:01 1836732                    /var/cache/fontconfig/767a8244fc0220cfb567a839d0392e0b-le64.cache-6
7f29f197e000-7f29f197f000 r--s 00000000 08:01 1836014                    /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-le64.cache-6
7f29f197f000-7f29f1980000 r--s 00000000 08:01 1836730                    /var/cache/fontconfig/0bd3dc0958fa2205aaaa8ebb13e2872b-le64.cache-6
7f29f1980000-7f29f1985000 r--s 00000000 08:01 1836729                    /var/cache/fontconfig/8801497958630a81b71ace7c5f9b32a8-le64.cache-6
7f29f1985000-7f29f19c0000 r--s 00000000 08:01 1836728                    /var/cache/fontconfig/365b55f210c0a22e9a19e35191240f32-le64.cache-6
7f29f19c0000-7f29f19c4000 r--s 00000000 08:01 1835941                    /var/cache/fontconfig/69c252d2c43c6a4e228281b992d76c04-le64.cache-6
7f29f19c4000-7f29f19c5000 r--s 00000000 08:01 1836727                    /var/cache/fontconfig/bab58bb527bb656aaa9f116d68a48d89-le64.cache-6
7f29f19c5000-7f29f19cc000 r--s 00000000 08:01 1836726                    /var/cache/fontconfig/3047814df9a2f067bd2d96a2b9c36e5a-le64.cache-6
7f29f19cc000-7f29f19cd000 r--s 00000000 08:01 1836725                    /var/cache/fontconfig/56cf4f4769d0f4abc89a4895d7bd3ae1-le64.cache-6
7f29f19cd000-7f29f19ce000 r--s 00000000 08:01 1836724                    /var/cache/fontconfig/b9d506c9ac06c20b433354fa67a72993-le64.cache-6
7f29f19ce000-7f29f19d4000 r--s 00000000 08:01 1836723                    /var/cache/fontconfig/b47c4e1ecd0709278f4910c18777a504-le64.cache-6
7f29f19d4000-7f29f19d7000 r--s 00000000 08:01 1836722                    /var/cache/fontconfig/e49e89034d371f0f9de17aab02136486-le64.cache-6
7f29f19d7000-7f29f19d9000 r--s 00000000 08:01 1836721                    /var/cache/fontconfig/4b14b093aebc79c320de5e86ae1d3314-le64.cache-6
7f29f19d9000-7f29f19ec000 r--s 00000000 08:01 1836720                    /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-le64.cache-6
7f29f19ec000-7f29f19ed000 r--s 00000000 08:01 1836719                    /var/cache/fontconfig/551ecf3b0e8b0bca0f25c0944f561853-le64.cache-6
7f29f19ed000-7f29f19f2000 r-xp 00000000 08:01 1971740                    /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7f29f19f2000-7f29f1bf1000 ---p 00005000 08:01 1971740                    /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.soAbandon (core dumped)

Puis un autre plantage en faisant le même type de test mais en essayant de rajouter un "Contenant":

searchmonkey: malloc.c:2394: sysmalloc: Assertion `(old_top == initial_top (av) && old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse (old_top) && ((unsigned long) old_end & (pagesize - 1)) == 0)' failed.
Abandon (core dumped)

Puis idem:

(searchmonkey:9212): Gtk-WARNING **: Invalid text buffer iterator: either the iterator is uninitialized, or the characters/pixbufs/widgets in the buffer have been modified since the iterator was created.
You must use marks, character numbers, or line numbers to preserve a position across buffer modifications.
You can apply tags and insert marks without invalidating your iterators,
but any mutation that affects 'indexable' buffer contents (contents that can be referred to by character offset)
will invalidate all outstanding iterators
Erreur de segmentation (core dumped)

PS: j'ai l'impression que la fonction "Contenant:" ne marche pas avec des fichiers Word du type .DOC (elle ne trouve rien alors que le texte y est)


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#42 Le 11/02/2018, à 18:10

kevlar

Re : Maintien de SearchMonkey

Bonjour.
Je ne comprends pas pour le moment le problème.
En revanche, pour les fichiers .DOC c'est tout à fait normal : Searchmonkey ne sait gérer que le DOC-X.

Hors ligne

#43 Le 11/02/2018, à 18:20

kevlar

Re : Maintien de SearchMonkey

Je viens de faire des essais, ce n'est pas le nom de fichiers qui est la cause du plantage. Je ne peux cependant garantir la reproductibilité, car je n'ai qu'Abiword pour fabriquer des fichiers .DOC.
Je peux également y faire des recherches (alors que je répète que ce n'est pas une fonction officielle de Searchmonkey).

Je ne comprends pas cette phrase :

Voici ce que j'ai récolté (je cherche des fichiers .doc, j'ouvre le fichier puis ça se plante quand j'essaie de fermer le fichier)

Quel fichier essaies-tu te fermer ? Le fichier DOC ? Un logiciel de traitement de texte appelé depuis SearchMonkey ?

Hors ligne

#44 Le 12/02/2018, à 11:06

DRbuntu91

Re : Maintien de SearchMonkey

Bonjour keviar
Désolé pour ma réponse tardive mais hier je n'étais pas dispo.
Je n'ai pas des scénario très précis pour les plantages (j'en ai eu plusieurs) mais pour le premier cas, quand je sélectionne le fichier DOC, dans mon cas il est ouvert par LO-Writer. Il s'ouvre bien et je peux lire son contenu. Quand j'essaye de fermer LO-Writer (dans Unity avec le bouton rouge a haut a gauche) ça fait parfois planter searchmonkey!
PS: je vais continuer a tester ce matin pour trouver un scenario plus précis


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#45 Le 12/02/2018, à 16:09

kevlar

Re : Maintien de SearchMonkey

Bonsoir.
Je viens d'essayer avec une machine Ubuntu 14.04 32 bits et non Xubuntu/Lubuntu ... et j'en déduis qu'il y a une incompatibilité d'humeur avec Unity, mais uniquement avec LibreOffice, car je confirme que le lancement de LO DEPUIS Searchmonkey, et à condition d'être sous environnement Unity, provoque la fermeture inopinée de SearchMonkey.
Ce qui confirme que le problème est lié à une interaction bizarre entre Unity et LO, c'est que la fermeture inopinée de SearchMonkey ne se produit pas du tout avec les autres applications : pas de plantage avec le lancement automatique de Gedit, d'Abiword, de Visionneur de documents (pour les PDF) ...
Par ailleurs, utilisant sous Manjaro le Vala-Global-Menu (équivalent hors Ubuntu du Menu Global) je n'ai pas de plantage, ce n'est donc pas un problème de Searchmonkey, mais bien qqchose entre LO et Unity qui crée une interaction qui "ferme" sans raison SearchMonkey.
Ce n'est donc pas un bug, mais je vais quand même essayer de comprendre pourquoi cela se produit.

Hors ligne

#46 Le 12/02/2018, à 18:35

DRbuntu91

Re : Maintien de SearchMonkey

J'ai repris la dernière version du code source et je n'arrive plus a reproduire les plantages (en tout cas pas facilement). Je vais continuer ce soir
Par contre maintenant j'ai un pb. avec les caractères accentués dans la pré-visualisation.
Puis la recherche d'un mot accentué dans un fichier LO-Writer ne trouve rien.
C'est une régression ou un pb. de paramétrage?

Voici un exemple:
1518452649.png

1518452795.png


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne

#47 Le 13/02/2018, à 19:51

kevlar

Re : Maintien de SearchMonkey

Bonsoir.
C'est une régression liée à la mise en place de la gestion UTF16/32 : ce sont des "normes" assez mal construites (problème de détection de l'ordre des octets, par exemple). Donc pour moi, car j'ai noté çà, deux solutions :
- accepter cette régression en maintenant UTF16/32. Exemple, sur le même fichier, Searchmonkey va la première fois trouver les caractères et pas la seconde.
- revenir à la version antérieure bien plus satisfaisante.
(ou trouver un palliataif, mais quoi ?)
Conclusion, : sauf si quelqu'un peut me prouver qu'il existe des utilisateurs (et nombreux ) de l'UTF16, je vais rétro-pédaler. ;-)
Je vais bien évidemment vérifier sir je ne suis pas le fautif.

Hors ligne

#48 Le 14/02/2018, à 00:23

kevlar

Re : Maintien de SearchMonkey

Bonsoir !
J'ai le plaisir de vous annoncer que depuis quelques minutes, Searchmonkey tourne comme application Gtk3.0 native smile C'est pourquoi j'avais moins de temps à consacrer à chasser les bugs.
Le thème est le même que sur les précédentes images (en Gtk 2) : vous voyez l'effet "3" par exemple sur les boutons [+]/[-] le relief des autres boutons, etc.
Je dois évidemment nettoyer le code, car beaucoup de choses changent quasiment à chaque version de Gtk 3. Je vais faire en sorte que Searchmonkey soit compatible avec les exigences de Gtk >=3.12.
Voici une copie d'écran :
1518560185.png
J'ai un bug sur l'affichage des icones des fichiers (zone en bas à gauche) mais c'est le seul problème détecté pour le moment : pas de plantages lors des recherches, les dialogues fonctionnent comme ils doivent, etc.

Hors ligne

#49 Le 14/02/2018, à 00:33

Roschan

Re : Maintien de SearchMonkey

Joli, bravo

Hors ligne

#50 Le 14/02/2018, à 00:35

DRbuntu91

Re : Maintien de SearchMonkey

Bonjour keviar

J'ai fait qq. tests supplémentaires. En fait la recherche marche bien sur un document type ODT tant qu'il s'agit d'un simple texte. Dès que je rajoute de la mise en forme (titres, gras, puces, etc. ) ça ne marche plus correctement

Question: je fais comment pour avoir un version avec GTK3? J'ai fait un "git pull" mais ma version est a jour mais tj. en GTK2)....


Portable CLEVO W550SU, Intel i5-4200M, RAM=8Go, DD=500Go SSD, BIOS 4.6.5 AMI, Ubuntu 16.04.3 LTS
Puis un vieux portable ACER Aspire 5315 et un Aspire 7720 avec Xubuntu 16.04.3 LTS pour bidouiller
Utilisateur Ubuntu depuis Janvier 2017

Hors ligne