:strip_icc():strip_exif()/u/23110/mouse3.jpg?f=community)
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Point taken. Maar ik was ook gewoon een beetje benieuwd of en zo ja waarvoor de mede-Tweakers deze tool gebruiken. Of dat men gewoon vrolijk Visual Basic/C++/Delphi blijft gebruiken... Maar goed, ondertussen surf ik vrolijk verder op msdn... 
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
:strip_exif()/u/11874/clownsmall.gif?f=community)
God weet alles, want hij is lid van de Mosad. To protect your freedom i will take that away from you. Mijn drankgebruik heeft ernstig te lijden onder mijn gezondheid.
Nee, ik heb de bestanden nog op m'n hd staan, zat nog te twijfelen om 'te installeren, 't is niet niks namelijk.
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
/u/24798/60x60.png?f=community)
dacht ik al downloaden omdat het nieuw is en van microsoft en dan niet weten wat je ermee moet, ik zou zeggen niet installeren dan.Op zaterdag 15 juni 2002 20:56 schreef spaceboy het volgende:
[..]
Nee, ik heb de bestanden nog op m'n hd staan, zat nog te twijfelen om 'te installeren, 't is niet niks namelijk.
van-tilburg.info -=- meka (sega emulator) - Proud MEDION fanclub member - KOPPIG VOLHOUDEN !
/u/34186/crop62e07d174532d_cropped.png?f=community)
Haha dat klinkt lekker legaal verkregenOp zaterdag 15 juni 2002 20:56 schreef spaceboy het volgende:
[..]
Nee, ik heb de bestanden nog op m'n hd staan, zat nog te twijfelen om 'te installeren, 't is niet niks namelijk.
De vakantie heeft alweer heimwee naar mij
:strip_icc():strip_exif()/u/7281/priest05.jpg?f=community)
Och, downloaden van dat framework is 'maar' 20 MB.
Dat ben je met 4 mp3 ook wel kwijt
Toekomstige servicepacks en Windows OSen hebben standaard dat framework ingebouwd.
Dat ben je met 4 mp3 ook wel kwijt
Toekomstige servicepacks en Windows OSen hebben standaard dat framework ingebouwd.
Verwijderd
en als jij de nieuwste RE van java download.. ff zoeken..
[quote]
Download j2re-1_4_0-win-i.exe.
Filesize = 12,214,536 bytes.
[/qoute]
Is ook (ongeveer
) 12 Mb, dus met dat probleem blijf je ook met Java hebben. Daarom moet je dus als je er geen gebruik van wilt maken unmanaged code schrijven. Of een Borland C++ ofzo pakken, maarja, dan heb je hetzelfde, dat je eigenlijk dezelfde code schrijft.Het is alleen maar een voordeel dat je van die .NET framework gebruik kan maken, net als dat Java dat met de Java Virtual Machines heeft. Alleen moet je die dus wel hebben als je het wilt draaien, en anders moet je er dus zelf omheen coden en geen bestaande libraries gebruiken van het .NET Framework.
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
/u/2046/pooh2.png?f=community)
Fantastischtomato: over Java, .NET en Virtual Machines[/url] gesproken...
.De kern van dit artikel is wel interessant (anders postte jij het niet
) en exact de basis van alle discussies over multi-language, multi-platform, JVM versus .NET discussies.De centrale vraag is in feite: waarom wil je een virtuele machine? Er zijn eigenlijk twee redenen:
1. Security: software op een veilige manier kunnen draaien, software in de gaten houden.
2. Platform-onafhankelijk: je programmeert niet tegen een bepaalde processor architectuur of platform maar tegen de vrituele machine.
Taal onafhankelijk vind ik geen reden op een virtual machine te gaan gebruiken: taal onafhankelijk valt in principe het beste op een lager niveau ook goed (misschien zelfs beter) te organiseren als er maar conventies zijn over het aanroepen van procedures in andere talen (standaard stack-frame layout) en de indeling van data-structuren.
Het eerste deel van een virtual machine (security) botst echter hevig met de taal onafhankelijkheid: alleen als je weet wat applicaties kunnen uitvreten en op welke manier ze dat doen, kan je ze controleren. De volledig vrijheid van een normale instructie-set gaat dan veel te ver en dus beperken runtimes als .NET en Java de instructie-set in feite gewoon tot een garbage collected OO-taal zonder pointer berekeningen....
Als we nu eens uitgaan van een goede wereld en een register gebaseerde, RISC achtige virtual machine ontwerpen?
. Helaas kan ik nog niet goed overzien in hoeverre Parrot de security versus kracht afweging niet te veel in de lijn van Java en .NET maakt... De architectuur is echter wel heel erg leuk....
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Ik doe er m'n afstudeerstage mee, morgen klaar..
edit:
je kunt er met een 9 mee afstuderen
je kunt er met een 9 mee afstuderen
loading...
:strip_icc():strip_exif()/u/2652/eend.jpeg?f=community)
Op maandag 17 juni 2002 13:50 schreef LoekD het volgende:
Ik doe er m'n afstudeerstage mee, morgen klaar..
edit:
je kunt er met een 9 mee afstuderen
offtopic:
Wat doe je nu dan achter je computer, ga op een terrasje zitten met een biertje
Wat doe je nu dan achter je computer, ga op een terrasje zitten met een biertje
In the beginning the Internet was a bunch of smart users with dumb terminals. Now...
/u/27299/hoofd.png?f=community)
Als je er goed over nadenkt dan is 1. een gevolg van een sandbox, niet van een VM. Nou is het makkelijk om een sandbox binnen een VM te bouwen, maar het blijven twee logisch gescheiden concepten.Op zondag 16 juni 2002 18:00 schreef mbravenboer het volgende:
[..]
Fantastisch
De kern van dit artikel is wel interessant (anders postte jij het niet
De centrale vraag is in feite: waarom wil je een virtuele machine? Er zijn eigenlijk twee redenen:
1. Security: software op een veilige manier kunnen draaien, software in de gaten houden.
2. Platform-onafhankelijk: je programmeert niet tegen een bepaalde processor architectuur of platform maar tegen de vrituele machine.
Als je het breder trekt, dan kan een VM/sandbox/AppServer ook de OAM (Operations, Administration & Maintenance ) taken beter doen dan voor een typisch bytecode programma, omdat deze makkelijker te analyzeren is.
Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein
Nee, we houden hier gewoon meer van onderbouwde meningen in plaats van inhoudsloze opmerkingen die helemaal niets toevoegen (daarom zijn ze inhoudsloosSkizmo: waar gaat dit over ??? verkeerde been uit bed gestapt ofzo ???
). Als je kritiek hebt is dat prima: maar onderbouw dat dan met feiten...
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
:strip_exif()/u/16886/planklogo.gif?f=community)
Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein
En hoe zit het met de Internal Compiler Errors, zijn die ook al een beetje teruggebracht of wordt je daar nog steeds mee doodgegooid?
Ik word af en toe een beetje moe van VC6
I am a shover robot, do not trust the pusher robot, I will protect you from the terrible secrets of space!
Kweenie. 90% van de ICEs was omdat de 2Gb disk van m'n oude PC vol was, en m'n nieuwe PC heeft nog 8Gb vrijOp woensdag 19 juni 2002 14:21 schreef toraq het volgende:
[..]
En hoe zit het met de Internal Compiler Errors, zijn die ook al een beetje teruggebracht of wordt je daar nog steeds mee doodgegooid?
In elk geval valt'ie minder erg over template constructies.
Maar ik houd me zo lang het kan verre van COM en dergelijke VB hacks, dat zal ongetwijfeld ook schelen.
Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein
:strip_exif()/u/3587/terran.gif?f=community)
kun je dat vs.NET ook installen zonder dat je IIS hebt draaien op je PC? ik wil geen IIS op mijn Werkstation namelijk en hij blijft tijdens de install maar zeuren over IIS en Webprojects.. ook al kies ik nee 
Aspirant Got Pappa Lid | De toekomst is niet meer wat het geweest is...
Het is .NET Remoting, wat in feite gewoon web-services zijn met SOAP messages. Ook communiceert het over HTTP.
Dit is de service:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| using System;
namespace mbravenboer.RMISoap.Samples.Hello {
public interface IHelloService {
String SayHello(String myName);
}
public class HelloService: MarshalByRefObject, IHelloService {
public String SayHello(String myName) {
Console.WriteLine("HelloService is being asked to say hello to: {0}", myName);
return "Hello " + myName;
}
}
} |
en zo draai ik hem (beetje ad-hoc, is maar om te testen
):code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
| using System;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Channels;
using System.Runtime.Remoting.Channels.Http;
namespace mbravenboer.RMISoap.Samples.Hello {
public class EntryPoint {
private const string PATH = "Samples/HelloService";
public static void Main(string[] parameters) {
try {
if(parameters[0] == "-server") {
StartServer(parameters);
} else if(parameters[0] == "-client") {
StartClient(parameters);
} else {
throw new ArgumentException("Illegal parameter: must be client or server.");
}
} catch (Exception exc) {
Console.WriteLine("Error: {0}", exc.ToString());
Console.WriteLine();
Console.WriteLine("Usage:");
Console.WriteLine("hello -server <port>");
Console.WriteLine("or:");
Console.WriteLine("hello -client <host> <port>");
}
}
public static void StartServer(string[] parameters) {
HttpChannel channel = new HttpChannel(Int32.Parse(parameters[1]));
ChannelServices.RegisterChannel(channel);
RemotingConfiguration.RegisterWellKnownServiceType(
typeof(HelloService), PATH, WellKnownObjectMode.Singleton);
Console.WriteLine("Hello Service started");
Console.WriteLine("Press \'exit\' and ENTER to stop the Hello Service");
String keyState = "";
while (String.Compare(keyState,"exit", true) != 0) {
keyState = Console.ReadLine();
}
Console.Write ("Bye!");
}
public static void StartClient(string[] parameters) {
HttpChannel channel = new HttpChannel(999);
ChannelServices.RegisterChannel(channel);
Console.Write("Please enter your name: ");
String answer = Console.ReadLine();
IHelloService helloService =
(HelloService) Activator.GetObject(
typeof(HelloService),
"http://" + parameters[1] + ":" + parameters[2] + "/" + PATH);
Console.WriteLine("HelloService says: " + helloService.SayHello(answer));
Console.WriteLine("Bye!");
}
}
} |
Tja, het is dus stiekem .NET Remoting, maar ja: dat is ook HTTP, SOAP en naar mijn mening helemaal opgebouwd met web-services. Het is idd geen ASP .NET.
Ik start m'n .NET Remoting server-side applicatie even als ik moet testen. Via een TCP tunnel luister ik de berichtjes af en geniet dus mee
. Hij draait niet op 80 maar op 8080, maar dat maakt uiteraard niets uit . Er draait geen inetinfo...
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Kom jij ff geirriteerd over
.Java web-services hoef je trouwens uiteraard sowieso niet percee te hosten in Apache met Tomcat, Tomcat standalone of wat dan ook.
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Verwijderd
Ja duh, maar dat was de vraag helemaal niet. "Tuurlijk kun je webservices bouwen zonder IIS, wel eerst een webserver implementeren hoor!"...
Webservices zijn wel calls middels SOAP, maar er zit meer bij een webservice dan puur die calls over SOAP, zoals de UDDI beschrijvingen. WSDL is niet voor niets bedacht. Jouw client praat met een known server en de server verwacht een bekende client. Dat is wat anders in het geval van een webservice, IMHO, maar goed dit wordt weer gezeur om definities en dat zoek je verder maar uit.
De vraag van de topicstarter was: kan ik zonder IIS webservices maken met VS.NET of .NET. Antwoord: NEEN, tenzij je een ASP.NET interpreter op een poort hangt, 80 bv, die de ASP.NET webservice calls aankan, zoals de webservice runner die bij die gratis asp.net editor zit. Ja, natuurlijk kun je een portlistener maken die calls uitvoert die op die port aankomen, en dan resultaat terugduwen, maar dat is nog geen webservice met een discovery file... En dat wil de topicstarter wel gaan gebruiken.
(je server komt trouwens wel aardig dicht bij het voorbeeld uit Programming C# van J. Liberty)
Webservices zijn wel calls middels SOAP, maar er zit meer bij een webservice dan puur die calls over SOAP, zoals de UDDI beschrijvingen. WSDL is niet voor niets bedacht. Jouw client praat met een known server en de server verwacht een bekende client. Dat is wat anders in het geval van een webservice, IMHO, maar goed dit wordt weer gezeur om definities en dat zoek je verder maar uit.
De vraag van de topicstarter was: kan ik zonder IIS webservices maken met VS.NET of .NET. Antwoord: NEEN, tenzij je een ASP.NET interpreter op een poort hangt, 80 bv, die de ASP.NET webservice calls aankan, zoals de webservice runner die bij die gratis asp.net editor zit. Ja, natuurlijk kun je een portlistener maken die calls uitvoert die op die port aankomen, en dan resultaat terugduwen, maar dat is nog geen webservice met een discovery file... En dat wil de topicstarter wel gaan gebruiken.
(je server komt trouwens wel aardig dicht bij het voorbeeld uit Programming C# van J. Liberty
)
Ik wil niet vervelend doen, maar als jij die paar regels code een webserver vindt... Nou ja
. Ik registreer een remote object als service, dat is alles.Je moet toch altijd weten waar tegen je praat: of je die code nu genereert uit een WSDL definitie of dat je direct tegen een interface aan babbelt maakt niet zoveel uit, behalve dat je in mijn voorbeeld volledig je web-service vast bindt op .NET, wat niet netjes is. Overigens kan ik hiervan ook gewoon WSDL specificaties genereren, dus ook dat maakt niet echt uit. Vroeger was het zelfs zo dat een GET op een remote object (zoals hier dus) de WSDL opleverde, maar dit hebben ze er in latere RC en de final eruit gehaald.
Goh, ben jij ff gezellig vandaag... Kan ik er wat aan doen dat ik laat zien dat de .NET SDK zelf een HTTP implementatie heeft en met SOAP kan werken?
.
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Hoe dat spreekwoord met great minds ook alweer?Otis: je server komt trouwens wel aardig dicht bij het voorbeeld uit Programming C# van J. Liberty
. Het is nogal een voor de hand liggende Hello world voor .NET Remoting, dus tja... .
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Hum... dit staat eigenlijk in elk C# boek in een iets andere variant en is ook in een complexere versie als sample te vinden in de .NET SDK, maar ja: submit maar als je dat een goed idee lijkt
.Dit wordt trouwens 1 van de samples van mijn RMI-SOAP product zoals je al aan de namespace kunt zien, het komt dus sowieso publiek beschikbaar.
Yepz, heb je gelijk in.
Je bedoelt TCP ipv HTTP neem ik aan? Het belangrijkste doel van deze sample is eigenlijk om de SOAP messages af te luisteren
. Met HTTP gaat dat erg makkelijk mbv een TCP tunnel (TCP variant is volgens mij binair toch?). Verder moet het samenwerken met een embedded Servlet Container in Java die gebruik maakt van HTTP.Ja: het moet gewoon werken en het is vooral bedoeld is simpel voorbeeld hoe een .NET Remoting applicatie via SOAP kan communiceren met een Java RMI applicatie. Dit is het eerste wat werkt en dat houd ik liever zo simpel mogelijk: het is al ingewikkeld genoeg
. Het is geen show-case van alle fantastische functies in .NET Remoting .Daar kan ik niet echt over oordelen... .NET Remoting werkt erg makkelijk en eigenlijk heel laag-drempelig. DCOM is een stuk lastiger imho. Ik denk wel dat de grote van de berichten een probleem kan zijn in .NET Remoting: die SOAP berichten lopen aardig uit de klauwen.
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Verwijderd
Nee, de vragensteller vroeg iets, jij gaf antwoord dat het niet hoefde. Daarmee suggereer je dat hij dus met VS.NET asp.net webservices kan maken ZONDER IIS. Dat was niet correct. Wat jij zelf bouwt aan daemons die weet ik wat interpreteren is dan niet aan de orde.Op donderdag 20 juni 2002 14:47 schreef mbravenboer het volgende:
[..]
Ik wil niet vervelend doen, maar als jij die paar regels code een webserver vindt... Nou ja
Dat is fijn[..]
Goh, ben jij ff gezellig vandaag... Kan ik er wat aan doen dat ik laat zien dat de .NET SDK zelf een HTTP implementatie heeft en met SOAP kan werken?
maar dat was de vraag niet. Jij suggereert dat IIS niet nodig is voor ASP.NET webservices, gemaakt met VS.net. Nou veel plezier, maar dat gaat je niet lukken. Dat jij een eigen serverside daemon hebt gemaakt is leuk, maar daar heeft de vragensteller niets aan. Ten eerste draait jouw daemon geen ASP.net webservices en ten tweede is hij niet uitbreidbaar zonder recompile. Dat laatste verwacht imho de topicstarter wel degelijk, want wanneer je webservices wilt bouwen wil je je niet bezighouden met de applicatie server, maar met de service zelf. En DAT is nu juist hetgeen IIS voor je uit handen neemt.
Verwijderd
Over remoting mbv HTTP-SOAP en Webservices vs remoting mbv TCP zijn de meningen toch wel eenduidig (althans in de MS newsgroups): de HTTP/SOAP equivalenten zijn traag en alleen geschikt voor zaken die niet duizenden keren per minuut door veel mensen worden aangeroepen, tenzij je veel hardware ertegenaan gooit. Remoting via TCP is in feite DCOM, al schijn je dat niet te mogen zeggen volgens sommige MVP's
Ik heb het met geen woord over ASP .NET gehad. De oorspronkelijke vraag was dit:
Bij de .NET Framework SDK wordt er ook gevraagd om IIS en ik merkte dus op dat het in principe geen problemen oplevert, zelfs niet als je .NET Remoting met HTTP en SOAP wilt gebruiken. Als je ASP .NET webservices in IIS wilt gaan hosten is nogal wiedes dat je IIS nodig hebt, maar het is dus niet vereist om hele families van andere .NET applicaties te schrijven. Waarom die zaak installeren als je geen ASP .NET gebruikt op dit moment?
Ahum, kijk nou eens naar mijn demo. Ik bouw geen deamons en ik interpreteer helemaal niets. De HTTP messages worden gewoon in de .NET CLR afgehandeld door een intere HTTP server en de SOAP messages worden ook helemaal in de standaard API's omgezet naar method-calls. Ik interpreteer niets.
Nogmaals: ASP .NET heb ik helemaal niet genoemd.Dat is fijn
Verder vind ik de discussie eigenlijk tamelijk zinloos en irritant, dus ik zal me op dit punt niet meer laten verleiden
. Aan je ietwat geirriteerde reacties te merken, waardeer je het volgens mij niet echt dat ik ook inhoudelijk wat probeer bij te dragen op .NET gebied. Het zou toch verfrissend moeten zijn na alle Java <-> .NET discussies.
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
:strip_icc():strip_exif()/u/31371/02.jpg?f=community)
Verwijderd
Ok, point taken. Er onstond wat verwarring omtrent OF de vragensteller webservices wilde gaan bouwen of niet, uit jouw antwoord haalde ik dat jij suggereerde dat dat gewoon kon zonder IIS. Dat kan inderdaad, maar niet volgens de ASP.NET Visual Studio methodiek.
Klopt. Ik las alleen dat IIS _nooit_ nodig zou zijn voor webservices, maar dat is dus niet correct. De frontzuig extensies die je van VS.NET moet installeren kun je wel overslaan, die heb je nooit nodig.
Maar je regt toch je eigen service in jouw daemon? Toegegeven, ik heb ong 3.2 minuten naar remoting gekeken, dus een onderbouwd verhaal kan ik er niet over afsteken, maar imho doet jouw daemontje dat. Maar toegegeven, je kunt middels parameters ook het een en ander uitbreiden, maar of je dan asp.net services kunt hosten, betwijfel ik.
Dat zijn je eigen gedachtenspinsels. Het boeit me echt niet wie waarover discussieert en om welke reden. Ik vond het alleen dat jouw posting de suggestie wekte dat IIS nooit nodig zou zijn voor webservices. Ik keek daar nl. erg raar van op en heb weer tijd besteed in de docs om uit te zoeken of dat waar was of niet. Wat dus niet waar bleek voor asp.net webservices, de webservices die je normaliter bouwt met vs.net. Verzoek: please volgende keer wat minder suggestief dingen roepen. Van pietjepuk24343 neem ik geen uitspraken aan, maar van jou wel. Vandaar.
'Mijn daemon' vind ik wat sterk uitgedrukt
. Ik registreer mijn Hello world service bij RemotingConfiguration en dat laatste is gewoon een .NET klasse. De code hierboven is dus echt alle code die ik zelf geschreven heb voor deze demo. Verder heb ik helemaal niets te maken met sockets, SOAP, XML of wat dan ook: alles wordt geregeld door .NET Remoting (handig ). Het enige wat ik verder doe is de zaak even laten hangen via het opvragen van user-input omdat de applicatie anders gelijk stopt. Met het hele connectie-verhaal heb ik echter niets te maken: SOAP serializatie/deserializatie en het afhandelen van HTTP requests wordt allemaal gedaan door .NET Remoting in een interne HTTP server (zal ik even een HTTP request met SOAP envelope posten uit .NET Remoting?).Inderdaad moet je de zaak wel compileren: het is immers gewoon een .NET applicatie.
Ja sorry, het liep allemaal niet zo lekker
. Ik raakte ook nogal geirriteerd omdat ik absoluut niet houdt van reacties die even melden dat mijn reacties incorrect zijn, terwijl ik zo diep in de materie zit dat er absoluut geen twijfel over kan bestaan of m'n opmerking juist was of niet. Ik had gewoon even moeten zeggen dat voor ASP .NET services wel IIS nodig is, maar dat dat niet betekent dat .NET zelf geen HTTP of SOAP kan afhandelen en zeker niet dat je IIS percee moet hebben draaien voor de .NET SDK.
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Ik houd niet van dat kleffe gedoepaulgielens: nu weer vrienden
.Maar ach, de persoonlijkheden, bezigheden en interesses van Otis en mij botsen af en toe nu eenmaal
.
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Vaag?
Je gebruikt een verouderde header <iostream.h> dus zegt'ie OLD_IOSTREAMS_ARE_DEPRECATED, logisch toch? (als je weet wat deprecated is).
Je cast types van de ene grootte naar de andere, zonder te checken of het nog past (met 64-bits code). Hoe wil je een __int64 in een int duwen ? (als de eerste bv INT_MAX+1 is).
Dat noem ik vooruitgang.
( Wel weer een nuttige nieuwe #pragma geleerd - effe in windows.h hacken
)
Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein
Pagina: 1