Reprise du message précédent :

j'ai été un précurseur dans le dev de plugins Winamp en .NET, personne ne l'avait fait avant moi
(j'ai meme reçu des MP de mecs qui voulaient savoir comment j'avais réussi à interfacer le lanceur en C++ et les classes .NET en C#)

tiens d'ailleurs, voici le code du lanceur en C++/CLI, si ça intéresse du monde

#include "stdafx.h"
#include "../winamp/gen.h"
#include "../winamp/wa_ipc.h"
 
#using <System.dll>
#using <System.Windows.Forms.dll>
 
using namespace System::Threading;
using namespace System::Windows::Forms;
 
#undef MessageBox
 
 
// déclarations des fonctions globales Winamp
void config(void);
void quit(void);
int init(void);
 
value struct Globals
{
    static Plugin::WinampWatcher^ Watcher;
    static Plugin::FrmProfile^ GUI;
    static Plugin::MainApp^ ForumPlugin;
};
 
winampGeneralPurposePlugin plugin = {
    GPPHDR_VER, //
        "HFR signature update v1.51 (gen_hfr.dll)",
        init,
        config,
        quit
};
 
void config(void)
{
    Globals::GUI = gcnew Plugin::FrmProfile(Globals::Watcher);
    Globals::GUI->ShowDialog();
}
 
void quit(void)
{
#ifdef _DEBUG
    Plugin::Utils::Log("----- Fermeture de Winamp -----" );
#endif
    Globals::Watcher->Stop();
}
 
int init(void)
{
#ifdef _DEBUG
    Plugin::Utils::Log("----- Démarrage du plugin -----" );
#endif
    Globals::ForumPlugin = gcnew Plugin::MainApp(static_cast<System::IntPtr>(plugin.hwndParent));
    Globals::Watcher = static_cast<Plugin::WinampWatcher^>(Globals::ForumPlugin->Watcher);
    return 0;
}
 
extern "C" {
    __declspec(dllexport) winampGeneralPurposePlugin *winampGetGeneralPurposePlugin(void)
    {
        return &plugin;
    }
}

HAHA Boulevard de la mort sur mon écran supergéant: c'est soirée popcorn

ptain, 2032 Ko pour QtCore4.dll
ça fait ptet un peu beaucoup pour un plugin effectivement...

d'abord c'était pas un ban mais un TT
ensuite, 2 jours, c'est pas cher payé pour un flood de MP hein

ouais, moi aussi je trouve.
 
bon les cons, ça a l'air d'être une grosse daube les vues en MYSQL

value struct Globals
{
    static Plugin::WinampWatcher^ Watcher;
    static Plugin::FrmProfile^ GUI;
    static Plugin::MainApp^ ForumPlugin;
};

<question con>C'est quoi ces '^'??</question con>

ça permet de déclarer un handle sur un objet managé (donc qui sera alloué sur le heap managé au lieu du heap normal)

en fait c'est l'optimiseur qui semble chier
 
avec une vue :

 
direct :

 
 
en inline manuel :

 
conclusion  : la réécriture

http://blog.developpez.com/index.p [...] &tb=1&pb=1
 
putain, mais ces foutues MFC n'en finissent pas de crever

 
smart pointer du C++ 0x ?

Harko > t'es pas sensé l'épingler ton objet après le gcnew ? (je spécule, jamais lu la norme)

non, il s'agit d'une référence globale. par contre, à l'intérieur de l'objet, je remplis une structure définie par Winamp avec l'adresse d'un buffer, lequel buffer est effectivement épinglé (lignes 11-12) :

private unsafe NameValueCollection getID3Attributes(extendedFileInfoStruct* efi)
        {
            NameValueCollection coll = new NameValueCollection();
            StringEnumerator attrsEnumerator = attributes.GetEnumerator();
            sbyte* retBuffer = (sbyte*)Marshal.AllocHGlobal(256).ToPointer();
 
            while (attrsEnumerator.MoveNext())
            {
                byte[] tmpMeta = Encoding.ASCII.GetBytes(attrsEnumerator.Current.ToCharArray());
                efi->ret = retBuffer;
                fixed (byte* metadata = &tmpMeta[0])
                    efi->metadata = metadata;
                SendMessage(pluginWindow, WM_WA_IPC, new IntPtr(efi).ToInt32(), IPC_GET_EXTENDED_FILE_INFO);
                string strAttr = new String(retBuffer);
                coll.Add(attrsEnumerator.Current, strAttr);
            }
 
            Marshal.FreeHGlobal((IntPtr)retBuffer);
            return coll;
        }

je vois pas l'intéret d'épingler la totalité de l'objet alors que je n'accède par pointeur direct qu'à un de ses champs

Et dans la foulée, les commentaires du même acabit... Ils sont mazos, c'est pas possible

je me suis fait la même réflexion en lisant les commentaires... c'est developpez

en tout cas, j'ai rien vu dans .NET 3.5 qui permette d'arriver au même résultat

J'vois pas en quoi développez sont moins bons que les développeurs d'ici ?

en plein de choses, mais ça serait long à expliquer.

Ici aussi va y avoir soirée popcorn on dirait...

j'me fais chier dans ma vie, si je passais le permis et allai voir si ça passe pas quand même là ?
http://en.wikipedia.org/wiki/Dari%C3%A9n_Gap

y'a quand même des intervenants de qualité sur developpez (Aurélien Regat Barrel notamment, un ancien forumeur d'ici -dont le pseudo était HelloWorld il me semble- ou Manu Delahaye), mais le forum ne vole quand même pas haut

la bataille pour le pouvoir d'achat c'est tendance

tiens, d'ailleurs en parlant de HelloWorld, il a fait un tuto sympa sur l'utilisation de Qt4 avec VS 2005
http://arb.developpez.com/qt4/vc++/compilation/

Ouaip : http://www.mysqlperformanceblog.co [...] ublemaker/
 
Mais perso j'ai jamais trop compris l'intérêt des vues (à part bien sûr les vues matérialisées). Si qqun pouvait m'expliquer

c'est une requête "toute prete". ça permet d'éviter de rebalancer à chaque fois au SGBD un SELECT souvent utilisé dans l'application métier. si dans une application destinée à un prof par exemple, tu travailles souvent sur une liste d'éleves de +15 ans, il est préférable de faire une vue, ainsi le SELECT n'est fait qu'une seule fois. ça a d'autant plus d'interet au niveau des performances que la requete est complexe, avec des jointures et des formules dans tous les sens

le but pour moi ça serait d'avoir des tables en 3NF et des vues pour dénormaliser le merdier.

edit : l'intérêt profond étant de pouvoir faire la maintenance de l'appli en SQL au besoin, sans avoir à se rappeller de toutes les règles de dénormalisation. J'ai pété mon blog et un forum PHPbb déjà à cause de ça.

et pour savoir si la vue est matérialisée ou pas, c'est au SGBD de décider, pas à moi.

Tu parles de vues matérialisées là, si le SELECT complexe n'est fait qu'une fois.

Et les triggers sont pas suffisants pour ça ?
 

Et tu penses qu'il devrait se baser sur quels critères pour déterminer ça ? Y a des SGBD du marché qui propose ça (le fait de décider en automatique si ça va être matérialisé ou pas) ?

Si, mais c'est nettement plus chiant à faire, y'a 12 triggers par table alors qu'une vue bien placée, c'est clean.
 

des compteurs d'usage. je sais pas si oracle le fait explicitement, mais je sais qu'il a des compteurs partout qui lui permettent de modifier certaines représentations interne de ses données.

http://www.dba-oracle.com/art_mv.htm
 
c'est exactement mon cas.

merde, le bar va fermer.

Sauf qu'une vue ça te permettra de faire que de la lecture alors que les triggers pourront aller mettre à jour des compteurs en automatique
Après ça dépend quel type de maintenance tu veux faire en SQL directement

Pour vérifier vos estimations dans ton ancienne boîte, vous faisiez comment ? Sign-up sur un truc genre XPlanner ? Je regarde un peu les outils autour d'XP, sur la gestion des tâches, les stats etc. Mais je ne trouve rien qui face un recap' de tous les outils du marché.

Vous rentrez d'une soirée poker entre potes, et vous vous emmerdez ?
 
Faites comme moi : connectez-vous à Citrix au boulot et prenez de l'avance sur votre travail.
 
 

Avatar de qualité

Et moi qui pensait réussir le premier derns de ma vie.

Ah bah non, c'est pas pour aujourd'hui, désolé

En es tu certain ?