Mouais, sauf que... comme d'hab, il y a un sauf que...
Je suis marié avec une femme qui n'est pas un pinguin, et pour le moment, pour elle, c'est winXP, donc 10 Go de bouffés, mais il reste encore de quoi faire avec les 10Go restants, c'est clair...
Chez nous, il y a une volonté de mettre tout l'intranet compatible avec Mozilla, assorti d'un Bugzilla pour toute appli interne ne fonctionnant pas sous Moz...
Classe non ?
Le seul problème c'est qu'on a pas encore le support pour les applis win32 ne tournant pas sous Wine...
* If a program is displaying a message box when it fails, and you don't know what is causing the problem, try performing a +relay,+msgbox trace. Then load up the log in your favourite editor or text viewer (less is quite good) and search for trace:msgbox. Now look at the relay data just before the MessageBox API call. In particular, look for failing API calls. The problem may not be caused by a call that happens immediately before the error!
* If a program is failing at startup, and you don't know why, you can use a +all trace. If it seems to be failing a long way from an API call, disassemble it and see if it's accessing some of the parameters passed in to WinMain (for instance, Dungeon Keeper crashes if you run it without an absolute path for argv[0]).
* If you're finding the logs too big to work with try applying the debug delay patch which is available in the wine-patches archives. It lets you toggle logging on and off using the F12 key. You can also control the debug channels from within the source.
* Visual glitches are best debugged by looking at the styles given by the application to the offending control then simply reading the widget code by hand. There are no fancy tricks you can use here, you just have to play with the drawing code and see if you can figure out where the problem is. Fortunately, native Windows 98 comctl32 works well, so you can always use that as a reference.
* Don't be afraid to write a test case for a particular API if you have doubts about its implementation. Even if you don't have the tools on hand to compile a test EXE, somebody else will. Often writing a test is the best way to check that a bug is real (and not simply a symptom of a problem elsewhere) as well as proving to Alexandre that your change is correct.
* The source tree is being cleaned up, but all code outside of loader/, tools/, libs/ and programs/ is built by Makefiles inside the dlls/ directory.
* If a program is complaining about a debugger being present, you need to find out why it thinks that and fix it. Wine does not report a debugger by default, but unfortunately as IsDebuggerPresent() is so easy to work around many programs, especially games, use more devious techniques. Some contain anti-disassembly code. You can find common anti-debugger techniques by reading blackhat/warez cracking sites: just don't do it at work ;) If you see attempts to load SICE.VXD or NTICE.VXD then you're seeing a check for the popular SoftIce debugger, you can ignore this.
* If you have a Windows license (i.e., if you ever bought a PC from a high street store) you can go grab native DLLs from dll-files.com . This can also be handy if you're missing various runtime DLLs smaller apps often assume are present. Using native DLLs is a good way to check how an API behaves without doing a full blown crosscompile.
Bah ouais... Mais jamais personne ne m'a jamais demandé quoi que ce soit, même après avoir posté ce genre de détails sur divers forums... Jusqu'aux desciptions des plantages, logs et tout le tintouin...
Remarquez que le fait de poser les bonnes questions devrait amener les bonnes réponses. Certes...
Mais si je demande un guide pour débuguer, et qu'on me répond : "Quelle est l'application ?", il me semble que la question et la réponse sont sans rapport... Me trompes-je ?
Imaginons que je possède un soft qui vous soit inconnu, et que je veuille le faire tourner grâce à wine... Que dois-je faire ?
Je ne sais pas... Franchement, j'ai du mal à comprendre comment je peux tenter de me débrouiller seul si je n'ai pas la moindre doc...
Ce que je demande, ce n'est pas que l'on me fasse tourner mon soft sur ma bécane, mais qu'on me donne les moyens de le faire tourner tout seul...
Si je suis affamé, ne me donnez pas du riz, apprennez moi à cultiver...
Vous ne voulez pas l'incoporer dans toutes vos pages pour que les gens utlisent Moz ???
Quoi c'est du terrorisme ? Non. Si on vous dit que votre voiture explose sur certaines routes et qu'il y en a une mieux et moins chère, vous faites quoi vous ?
C'est pas du terrorisme, c'est du marketing agressif... :-D
Firefox 0.9 is the award winning preview of Mozilla's next generation browser. Firefox empowers you to browse faster, more safely and efficiently than with any other browser. Press Release.
Firefow 1.0 sera dispo en septembre 2004 normalement... Donc, à cette date, je pense que Mozilla Suite va être remplavé par le couple Firefox/Thunderbird...
# Et la Mandows ??
Posté par dripple . En réponse au journal Mandrakesoft Move II est sortie. Évalué à 1.
[1] http://mandows.apinc.org/(...)
[2] https://linuxfr.org/~dripple/15553.html(...)
[^] # Re: Linuxconsole...
Posté par dripple . En réponse au journal Faire sa propre Globetrotter (ou comment booter son Linux sous USB). Évalué à 0.
[^] # Re: Jamais content...
Posté par dripple . En réponse au journal Faire sa propre Globetrotter (ou comment booter son Linux sous USB). Évalué à 0.
[^] # Re: Jamais content...
Posté par dripple . En réponse au journal Faire sa propre Globetrotter (ou comment booter son Linux sous USB). Évalué à 0.
Je suis marié avec une femme qui n'est pas un pinguin, et pour le moment, pour elle, c'est winXP, donc 10 Go de bouffés, mais il reste encore de quoi faire avec les 10Go restants, c'est clair...
[^] # Re: GMail
Posté par dripple . En réponse au journal Boîte mail de 2 Go. Évalué à 0.
[^] # Re: Et les entreprises, c'est pareil
Posté par dripple . En réponse au journal Ahhhh l'ignorance !. Évalué à 0.
Classe non ?
Le seul problème c'est qu'on a pas encore le support pour les applis win32 ne tournant pas sous Wine...
[^] # Re: WWN
Posté par dripple . En réponse au journal A full cup of wine.... Évalué à 2.
Voilà ce que j'y ai trouvé aujourd'hui :
Basic debugging tips
* If a program is displaying a message box when it fails, and you don't know what is causing the problem, try performing a +relay,+msgbox trace. Then load up the log in your favourite editor or text viewer (less is quite good) and search for trace:msgbox. Now look at the relay data just before the MessageBox API call. In particular, look for failing API calls. The problem may not be caused by a call that happens immediately before the error!
* If a program is failing at startup, and you don't know why, you can use a +all trace. If it seems to be failing a long way from an API call, disassemble it and see if it's accessing some of the parameters passed in to WinMain (for instance, Dungeon Keeper crashes if you run it without an absolute path for argv[0]).
* If you're finding the logs too big to work with try applying the debug delay patch which is available in the wine-patches archives. It lets you toggle logging on and off using the F12 key. You can also control the debug channels from within the source.
* Visual glitches are best debugged by looking at the styles given by the application to the offending control then simply reading the widget code by hand. There are no fancy tricks you can use here, you just have to play with the drawing code and see if you can figure out where the problem is. Fortunately, native Windows 98 comctl32 works well, so you can always use that as a reference.
* Don't be afraid to write a test case for a particular API if you have doubts about its implementation. Even if you don't have the tools on hand to compile a test EXE, somebody else will. Often writing a test is the best way to check that a bug is real (and not simply a symptom of a problem elsewhere) as well as proving to Alexandre that your change is correct.
* The source tree is being cleaned up, but all code outside of loader/, tools/, libs/ and programs/ is built by Makefiles inside the dlls/ directory.
* If a program is complaining about a debugger being present, you need to find out why it thinks that and fix it. Wine does not report a debugger by default, but unfortunately as IsDebuggerPresent() is so easy to work around many programs, especially games, use more devious techniques. Some contain anti-disassembly code. You can find common anti-debugger techniques by reading blackhat/warez cracking sites: just don't do it at work ;) If you see attempts to load SICE.VXD or NTICE.VXD then you're seeing a check for the popular SoftIce debugger, you can ignore this.
* If you have a Windows license (i.e., if you ever bought a PC from a high street store) you can go grab native DLLs from dll-files.com . This can also be handy if you're missing various runtime DLLs smaller apps often assume are present. Using native DLLs is a good way to check how an API behaves without doing a full blown crosscompile.
[^] # Re: ... Salut.
Posté par dripple . En réponse au journal A full cup of wine.... Évalué à 1.
[^] # Re: ... Salut.
Posté par dripple . En réponse au journal A full cup of wine.... Évalué à 1.
[^] # Re: ... Salut.
Posté par dripple . En réponse au journal A full cup of wine.... Évalué à 1.
Un truc bien basic en fait... Sauf que ça ne marche pas... C moche, quand j'arrive à faire tourner sans rien faire plein d'autres trucs... :-(
[^] # Re: ... Salut.
Posté par dripple . En réponse au journal A full cup of wine.... Évalué à -1.
[^] # Re: ... Salut.
Posté par dripple . En réponse au journal A full cup of wine.... Évalué à 2.
Mais si je demande un guide pour débuguer, et qu'on me répond : "Quelle est l'application ?", il me semble que la question et la réponse sont sans rapport... Me trompes-je ?
Imaginons que je possède un soft qui vous soit inconnu, et que je veuille le faire tourner grâce à wine... Que dois-je faire ?
Je ne sais pas... Franchement, j'ai du mal à comprendre comment je peux tenter de me débrouiller seul si je n'ai pas la moindre doc...
Ce que je demande, ce n'est pas que l'on me fasse tourner mon soft sur ma bécane, mais qu'on me donne les moyens de le faire tourner tout seul...
Si je suis affamé, ne me donnez pas du riz, apprennez moi à cultiver...
[^] # Re: ... Salut.
Posté par dripple . En réponse au journal A full cup of wine.... Évalué à 0.
muf... kesske ça veut dire ?
[^] # Re: Hum tu peux préciser ?
Posté par dripple . En réponse au journal Mandrake Cooker - la curiosité est un vilain défaut. Évalué à 1.
Sinon, il va aussi falloir que je corrige ma config pour Wine, vu que le fichier ~/.wine/config ne vaut plus rien... :-(
# Pffff....
Posté par dripple . En réponse au journal Microsoft vient-il de se tirer une balle dans le pied ?. Évalué à 0.
[^] # Re: paquet pour la mandrake 10
Posté par dripple . En réponse au journal AmaroXe. Évalué à 1.
amarok running :-)
Sergnet Garcia - La semilla escondida
Viva el sargento... :-D
A quand des skins pour amarok ?
[^] # Re: paquet pour la mandrake 10
Posté par dripple . En réponse au journal AmaroXe. Évalué à 0.
# amarok build 4 Mdk 10.0
Posté par dripple . En réponse au journal AmaroXe. Évalué à 1.
dans un autre journal, j'avais trouvé une version compilée pour la MDK 10.0 de Amarok 1.0. (http://linuxfr.org/comments/433383.html#433383(...))
Quelqu'un le tient-il up2date pour cette version ?
Merci.
dripple
[^] # Re: updFstab et kde
Posté par dripple . En réponse au journal AutoCdLibre et UpdFstab. Évalué à 0.
Pas de ligne dans fstab, pas de montage, pas de démontage... encore plus simple que sous win$...
Je ne pense pas que ce script soit utile pour cette distrib (en tout cas dans mon cas, avec ma config...)
[^] # Re: et mozilla ?
Posté par dripple . En réponse au journal Comment crasher konqueror en 1 leçon. Évalué à -2.
Vous ne voulez pas l'incoporer dans toutes vos pages pour que les gens utlisent Moz ???
Quoi c'est du terrorisme ? Non. Si on vous dit que votre voiture explose sur certaines routes et qu'il y en a une mieux et moins chère, vous faites quoi vous ?
C'est pas du terrorisme, c'est du marketing agressif... :-D
[^] # Re: plugins de xmms
Posté par dripple . En réponse à la dépêche Amarok 1.0 est là !. Évalué à -1.
MErci pour le rpm, le player est top classe !!!
Vivement une official release !!
[^] # Re: Stats sur les navigateurs
Posté par dripple . En réponse à la dépêche Sortie de Mozilla 1.7. Évalué à 3.
Firefow 1.0 sera dispo en septembre 2004 normalement... Donc, à cette date, je pense que Mozilla Suite va être remplavé par le couple Firefox/Thunderbird...
# JUnit
Posté par dripple . En réponse au journal Outil de génération de tests unitaires automatiques. Évalué à 0.
http://www.junit.org(...)
http://junit.sourceforge.net(...)
Ouala ouala...
# Droit de vote
Posté par dripple . En réponse au journal L'Europe aux votants!. Évalué à 1.
Ceci dit, on dit que "la démocratie ne s'use que si on ne s'en sert pas..."
# LinuxChix
Posté par dripple . En réponse à la dépêche Traduction en français du "Encourage Women in Linux HOWTO". Évalué à 4.
Alors je Google, et qu'est-ce que je trouve :
http://hackersplayground.org/humor/linuxchicks/(...)
Ah ouais, là, ça le fait GNU/Linux au féminin !!!
(PS : C'est une blaaaaaaaaaaaaaaaaaaaaaaagueuh !!!)
(PPS : Ey !! Arrétez de me moinsser !! J'vais finir par devenir de l'antimatière !!)