Reprise du message précédent :

comment je peux deviner moi, sur mac c'est logique c'est ecrit dessus, ici que dalle

 
D'un autre coté dans un autre topic il demandait si le recompiler avec visual studio .Net suffirait, donc tu veux p-e réviser ton appréciation du "très simple"...

Tu lis la page des téléchargement, ils mentionnent 15 fois le mot "viewer" et au moins une ou deux fois "server"
 
Et dans la doc ils mentionnent dès la première page vncserver
Et en cliquant sur le lien pour la doc Windows, c'est marqué en gros "Running a Server (WinVNC)"

C'est faisable (inutilisable en pratique mais faisable)

J'adore avoir besoin d'une création d'user d'urgence quand l'admin est pas là.

p'tain ca rame VNC, faut quoi comme connection pour que ca tourne
 
j'ai installe TightVNC sur la machine windows, je me log depusi mon mac avec Chicken of the VNC, ou VNCViewer mais ca rame
 
sinon, y a moyen de pouvoir le faire sans que je sois connecter a la machine windows, genre ouvrir la session a distance etc... ?

(ouais j'avais essayer VNC j'avais laisser tomber, Remote Admin le met minable)

Il a été atteint par la gripe aviaire

 
Terminal server?

http://www.rdesktop.org ? (je connais pas, j'ai jamais essayé)
 
edit: mais essaye quand même de mettre un client tightvnc en face d'un serveur tightvnc, et d'activer le driver-hook qu'il propose.

je rappelle donc que le monsieur utilise VNC pour pas avoir à se lever pour utiliser son appli java/ogl située sur une machine à 5m de lui
 
 

On est en train de passer de TightVNC à UltraVNC ici.

2 news à la con:
http://www.guardian.co.uk/medicine [...] ?gusrc=rss
et
http://www.thecouriermail.news.com [...] 99,00.html

Dans Visual Studio comment j'ajoute des répertoires supplémentaires pour qu'il cherche ses sources?
 
Parce que là j'ai un #include <bouzin.h>, mais bouzin.h n'est pas un fichier standard de VS, et j'aimerais autant ne pas polluer le répertoire d'includes de VC7 en y droppant tout et n'importe quoi

euh.
#include "bouzin.h" ?

Project - Properties - C++ - Precompiler - Include directories
(ou un truc dans le genre).

(sinon t'as ça dans les propriétés du projet, ou une connerie du style...cherche.)

En fait ouais, c'est ça: c'est quelque part (ou pas): cherche.

j'entame ma 45eme heure de Java depuis lundi \o/

bin soit tu le mets pour tous tes projets (tools / option / projects / directory) (ou en gros), soitjuste pour le projet courant (project / properties / C/C++ / preprocessor / Additionnal include directory) (ou en gros)

gaffe, tu vas te rendre malade.

j'y suis déjà
spas si mal que ça Java, mais y'a quand même 2-3 trucs chiants qui font que C# est mieux !

C'est vachement mieux effectivement, polluer le répertoire du projet au lieu de celui de VC7  

m'ci

bah dépend d'où sort ton .h, hein.

http://www.google.com/support/jobs [...] swer=29553

sarace j'tente de compiler TCL il me pète 160 erreurs et 180 warnings à la gueule

et encore, imagine la meme chose mais avec un makefile moisi ... ah bah c'est ptet justement ca ?

Chais pas, j'crains plutôt la phrase "compile with Visual Studio 5 or higher" dans la doc, avec un fichier projet en dsw

Ca veut pas dire que le makefile est pas pourri aussi hein, mais bon la compatibilité VS5 chuis pas sûr que ça fasse du bien à VS7

pas trop non enfin fo voir la gueule des erreurs

bon sinon, avant de me faire flammer, je tiens à apporter des arguments au fait que je trouve Java pas si mal, mais C# quand même mieux :
 
- les types primitifs : personnellement, je vois pas ce qu'ils viennent foutre dans un langage comme Java ! combien de fois je me suis fait avoir en pensant naivement que ce code marcherait :

int a =3;
String b = a.toString();

perdu ! en Java, int n'est pas un alias de la classe Integer, comme en C#, mais bel et bien un type primitif ! c'est chiant au possible /o\
 
- les getMachin() et setMachin() dans les classes. perso, je trouve ce code

String a = JTextField.getText();

moins naturel que

string a = TextBox.Text;

même si c'est finalement la même chose. A quand les get/set en Java ?
 
- l'absence de delegates : j'en ai déjà parlé, mais je me répète, les delegates de C# sont quand même bien plus pratique que les classes anonymes de Java (et plus lisibles aussi)
 
Sinon y'a pas que du mauvais hein ! par exemple, je trouve JDBC plus simple à utiliser que System.Data de C#, l'obligation de chopper toutes les exceptions, c'est pas si mal, même si je trouvais ça chiant au début, etc...
 
voila quoi
 
edit: JDBC est bien si on n'utilise pas le driver thin qui ne marche pas (pour Oracle du moins)

bin tu les as aussi en c#, sauf que c# a depuis le debut l'autoboxing alors que java, non (j1.5)
 
 

 
decompile du c# & stfu, c'est un int boxé en Int32 (m'enfin bon)
 

 
la chu d'acc, les properties c'est pratique
 

 
idem
 

 
ouais, la aussi, je sais pas trop quoi penser. Autant des fois c'est super penible (genre IOException), autant parfois ca aide a empecher que ca devienne la fete du slip a l'exception, qu'on sait jamais ce qu'on va se manger dans la gueule

non mais euh,

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
puis j'crois qu'nraynaud l'avait fait expres aussi  
[/spoiler]

bon, j'ai passé 3 pages en réunion

oui, je me doutais bien que c'était une histoire de boxing, mais c'est quand même bien pratique
par contre, si ça a été inclus en 1.5, ils auraient pu le faire jusqu'au bout et boxer enfin les types primitifs

bin tu veux boxer quoi d'autre a part un primitif ?

bin c'est bien ce que je dis, pourquoi ils ont pas autoboxé les types primitifs dans Java 1.5, pour qu'on puisse faire naturellement un toString() sur un int ?

bin y me semblait que c'etait fait, mais bon, jdois me planter

et ben non

POMME DE TERRE INERTE DANS UN CHAMP  
NI SANG NI NERF NI PENSEE NI SENTIMENT