Shuba a écrit 439 commentaires

Et de droite à gauche!

Une version obfusquée :

#include <stdio.h>
#define import
#define sys
import sys

#define s int main( int argc, char ** args ) { struct { int a; } c; char * str
s = "Hello, "
#define for ; printf(str); for ( 
#define i c.a
#define in = 1;
#undef sys
#define sys c
#define argv a < argc; ++c.a ) { char * zde = "
#undef s
#define s "; int zou = 1; zou
//#define i 1; printf(args[c.a]); zou = 0 
for i in sys.argv[1:]: s += i + " "
#define print ; printf("%s", args[i]); } printf("\n");
#undef s
#define s }
print s

Malheureusement ça ne compile pas parfaitement, il faut appliquer le préprocesseur à la main puis compiler son output…

Sûr que le dual-screen c'est un cas vachement rare…

Comment montrer qu'on n'utilisera plus la licence une fois celle ci vendu, sans avoir recours à des MTP[2] qui ne marchent pas ?

Tu n'as pas à le montrer a priori, il faut juste ne pas le faire, charge à quelqu'un de prouver que tu as utilisé la license s'il veut t'accuser.

Chezmoiçamarche™

Perso j'ai pu acheter mon thinkpad sans os grâce aux offres étudiantes que proposait mon université.

L'avantage de faire une analyse statistique avant, c'est que ça peut te permettre de choisir l'ordre dans lequel tu fais les tests lexicaux des différents langages, et donc d'avoir de meilleures performances qu'en testant tout les analyseurs lexicaux jusqu'à en obtenir un qui marche.

Dans le même genre : un ordinateur en bois

https://web.archive.org/web/20131103022258/http://newcdn.flamehaus.com/Valve_Handbook_LowRes.pdf

NdM : lien original brisé, remplacé par un lien valide vers archive.org

Moi je vois pas les choses de façon binaire, ceux qui le font sont des nuls.

Il y a surtout un problème de brevet je crois, sinon ça serait dans mesa depuis longtemps je pense.

S3TC ça se décompresse très facilement sur un gpu, et je pense que si à terme les gpu ne le supportent plus en hardware ça sera envisageable d'écrire un shader pour le faire tout en restant assez efficace.

Peux tu éclairer ma lanterne sur pourquoi

void SkinHead::joke() throw()
{
    throw std::logic_error("Racist joke") ;
}

ne devrait pas compiler?

D'après http://msdn.microsoft.com/en-US/library/windows/hardware/jj128256 :

Mandatory. Enable/Disable Secure Boot. On non-ARM systems, it is required to implement the ability to disable Secure Boot via firmware setup. A physically present user must be allowed to disable Secure Boot via firmware setup without possession of PKpriv. A Windows Server may also disable Secure Boot remotely using a strongly authenticated (preferably public-key based) out-of-band management connection, such as to a baseboard management controller or service processor. Programmatic disabling of Secure Boot either during Boot Services or after exiting EFI Boot Services MUST NOT be possible. Disabling Secure Boot must not be possible on ARM systems.

Donc Microsoft exige que le secure boot ne puisse être désactivé sur ARM.

La STL possède std::min_element, donc on peut faire des min de manière tout à fait standard, et pour comparer n'importe quoi (et ça sert vraiment en pratique, rien que pour implémenter un ordre lexicographique entre deux critères de tri possibles).

On peut arguer qu'il manque un sum, effectivement, mais c'est pas non plus super dur d'en écrire un (ça tient en une ligne en C++11 avec un for_each), et j'espère que peu de gens font des erreurs pour coder ça, sinon c'est qu'il y a vraiment un problème.

Oui c'est bien ce que je dis, ce n'est pas possible d'où la nécessité d'avoir des algos templatés sur des opérateurs de comparaison.

Je peux te faire du code Java qui n'est pas portable entre ces 3 OS si tu veux, je vois pas ce que ça prouve (à part qu'à un moment il faut bien s'adapter à l'environnement qu'on cible).

L'avantage de passer par une lib telle que la STL, c'est de pouvoir utiliser tout ces algos "de base" avec des opérateurs personnalisés, ce qui est bien pratique quand on veut trier des choux-fleurs. A moins que tu ne saches proposer un opérateur de comparaison universel qui donne le résultat que je veux quel que soit le type que je crée (hint: OCaml fait presque ça avec son compare, sauf que ça ne permettra généralement pas d'avoir l'ordre qui me semble le plus pertinent).

Au moins en C++ il y a plus d'une implémentation conforme avec le standard…

Pas mal de logiciels de graphisme (Maya entre autres) ont un menu contextuel assez poussé qui apparait en surimpression autour de la souris quand tu appuies sur espace. C'est très agréable à l'usage, et ça résout pas mal le problème de la localité.

Ça parait moins naturel quand tu essayes d'utiliser ta souris pour jouer un peu "sérieusement".

Ah oui clairement, dans gimp c'est un peu la foison de modes… Il y a quand même un mode "sélection", c'est dire… Enfin c'est la philosophie du soft, mais c'est sûr que ça plaît pas forcément à tout le monde, ou pas forcément tout le temps.

Peut-être qu'il s'agit juste d'un souci de driver graphique non? En tout cas ça marche chez moi ™

sortir des dérivées analytiquement

Je pense que tu voulais dire formellement

Après test sur ma machine du boulot, au dela de 100 caractères je ne peux plus faire de split sans scinder les lignes, donc effectivement 80 c'est trop juste, par contre 120 pour ma part c'est trop.