Frank2004

XT er best til ATI mens det til nVidia er veldig dårlig. Dette forvirrer bare mulige kjøpere unødvendig.

Tjah..

XT er jo toppmodellen til ATI, så kanskje det er grunnen til at nVidia kaller den verste dritten de greier å skyfle ut for nettopp XT..

Noen som vet hva som kom først?

Hva med å slutte å diskutere hva som er best, og bare si hvordan sikre nettverket litt, sånn at du må ha litt kunnskap for å komme inn...

Bruk WPA, med et passord (pre-selected key, PSK) på 20+ tegn.

Ingen vits i å gjemme ssid eller sjekke mac-adresser, da det uansett ikke hjelper når noen som har peiling vil inn. Blir bare unødvendig ekstraarbeid når du skal bytte pc/nettverkskort/whatever.

Kan f.eks. sjekke ut http://www.broadbandreports.com/shownews/38450 - masse fine kommentarer der.

ta på mac filter, drit i wep/wpa, d er lett å finne ut anyway...

Lest litt nå, og det er vel heller omvendt, vel..

WPA er sikkert, mens det er lett å knekke WEP og enda lettere å klone en mac-adresse.

Er jo veldig enkelt å endre mac-adressen sin.

Er det noen sikker standard for autentisering på trådløse nett, eller holder det å overvåke trafikken, og så overta mac-adressen når man slår av pc'en for kvelden?

Får ikke til å lage en sjekk som sjekker om en spesifikk bil er utlånt i en periode (mellom de to datoene). Et annet problem er ren leie av biler. Får ikke til å lage noe løsning for det.

Bare å gjøre en spørring mot 'utleie'-tabellen for den aktuelle bilen, vel?

Og hvilken nytte gjør utleid-feltet i 'bil'?

Men du har sikkert allerede levert inn obligen nå, så..

Finner kanskje litt kode her:

http://groups.google.com/groups?q=personnu...en&lr=&ie=UTF-8

...

fikk et utrolig bra tilbud igjennom en beskjent som jobber i spillbutikk angående enten en steelpad+ie4 eller Icemat+ie4, og siden jeg treeeeenger mus.. 3.0 min is kind of deeeeaaad, fant jeg ut at dette var en grei deal.. men hvilken velger jeg??

Personlig foretrekker jeg icemat (ikke v2 - den blir for stor). Steelpad S blir for kald, mens D er simple plastmatter.

Yay! - Fant en fungerende link på gamespy.com. Viser seg at de hoster http://ftp.interplay.com..

http://ftp.interplay.com/pub/patches/fallup1w.zip - hvis andre skulle trenge den.

Kjøpte nettopp Fallout, Ghost Recon og Age of Empires Gold (Angrer litt på at jeg ikke tok Alien vs Predator i stedet.. :/) i en 3-for-2 deal, tror jeg måtte ut med litt over 100-lappen for alle tre.

Grunnen til at jeg i det hele tatt kjøpte noe var Fallout, som jeg har hatt lyst til å prøve en stund..

Etter å ha installert spillet manuelt - installeren nekter å la deg legge inn spillet på annet enn win95 - tenkte jeg det var på tide å patche litt, men det ser ikke ut som om jeg kommer inn på interplay's web-sider/ftp-servere/whatever..

Begynner å bli litt sur nuh.. Kjøpte noe billig-saker fra EA, tror jeg, for ikke så lenge siden, men de var jo selvsagt omstrukturert/lagt ned/whatever også, så ingen patcher å få tak i for spillet derfra heller... :/

Forslag?

Hei igjen.

 

Da har jeg (bortimot) bestemt meg. Tror jeg går for følgende:

**snip**

 

Totalt kommer dette på kr 11.860 hos netshop.

Koster litt mer en 5.600 da.

Blir ikke like greit å gå for det opprinnelige oppsettet, og heller kjøpe amd64 om et år eller 2?

NTFS slår Fat32 på alle punkter. Det viktigste er at NTFS har journal som hindrer datatap.

Journaling gir ingen beskyttelse mot tap av data, men hindrer at det oppstår feil i filsystemet.

Java, Python, C# og D er alle fullverdige programmeringsspråk som fint kan brukes til det aller meste; eneste er at Python kanskje blir litt svakt på ytelse.

Om du sitter og skal skrive drivere eller en OS-kernel blir det kanskje best å bruke C++, men det er vel de færreste av oss som noensinne kommer borti systemprogrammering.

Jeg mener man bør starte med et enklere og bedre designet språk, så går det greit å plukke opp C++ når man evt. måtte få bruk for det.

C++ har en del kraftige features for de som vet hva de driver med, men det kan jo argumenteres for at produktiviteten blir bedre med andre språk, så det er ikke slik at man før eller senere ender opp med C++ uansett.

Det er jo en grunn til at vi har fått språk som f.eks. 'D'. (Folkene bak 'D' sier forresten at språket passer best for viderekomne programmerere, som alt har erfaring fra f.eks. Java eller Basic. Og 'D' er plankekjøring sammenlignet med C++.)

Men bare du holder deg unna Basic og Pascal(Delphi), skal det nok gå i orden før eller seinere..

Kan også prøve hsqldb. Funker veldig bra imo.

Hm,

Hvis det er meningen at den -ikke- skal søke videre når den har funnet et treff er det jo greit å sette i og k til 100 (og coord_found til true i samme slengen) som en nevnte ovenfor her?

Men blir ikke "goto endOfLoop" veldig mye klarere enn å skrive "i=100; break;"?

Kan selvsagt gjøre det dønn umulig å forstå programflyten om man misbruker goto, men akkurat for å bryte seg ut av nestede loops er det som sagt ofte beste alternativ.

Ekte programvareutviklere er ikke redd for å bruke et 'fy-ord' hvis det gjør koden lettere å lese.

Gå for Python eller Java du, evt. C#. C++ blir unødvendig hårete som nybegynnerspråk.

Blir nok plextor da

Evt. en bruk og kast combo brenner til neste gang jeg skal kjøpe.

Blir det at prosessoren kan "kjøre" på 64 bit utnyttet i alle spill/programmer bare operativsystemet har støtte for dette? Eller må alle programmene/spillene spesialprogrammeres for å utnytte dette. Vurderer sterkt å kjøpe et Amd 64 system, da jeg vil ha en maskin som er rask i spill. Men blir "64 bit delen" i det hele tatt utnyttet i spill som ikke er spesiallaget for dette?

Topic har garantert vært oppe her tidligere, så jeg regner med at et søk skulle gi svar på alt du måtte lure på.

Men bare for å summere opp litt;

Den største fordelen med en 64-bit prosessor er at den kan adressere mer enn 4GB minne. Dette er vel ikke noe dagens spill vil dra særlig nytte av - viktigst på servere av forskjellig slag.

Ellers vil de sikkert være litt raskere på enkelte 64-bit operasjoner, da de slipper bruke flere operasjoner for å utføre disse, men evt. forbedringer her blir minimale.

Den viktigste nyheten i AMD-64 er at de har benyttet anledningen til å rydde opp litt i x86-arkitekturen.

Programmer i 64-bit modus får nå tilgang til dobbelt så mange registre som tidligere, 16 mot latterlige 8 fra før av; standard for andre plattformer er minst 32, samtidig som SSE3 ser ut til å offisielt ta over for den arkaiske matteprosessoren.

Ved å bare kjøre programkoden gjennom en kompliator som støtter 64-bit mode og lage en ny .exe-fil, tror jeg man glatt skulle få en ytelsesesforbedring på 20-30%, sikkert mer i en del tilfeller.

Kode for 64-bit modus vil selvsagt ikke fungere på en 32-bit prosessor, og er desverre også avhengig av et os som støtter 64-bit. XP-64 kommer tydeligvis ikke ut før intel slipper sin 64-bit prosessor, så. Dessuten er vi jo avhengige av at selskapene er villige til å lage en 64-bit versjon og gjør denne tilgjengelig.

Finnes det noe slikt? Vært greit å droppe de tykke kablene helt, og det er jo mulig jeg får lyst til å flytte den over i neste boksen jeg kjøper.

Kan tenke meg en liten billig XP-boks, og mener dette blir chipsettet å gå for. Noen som vet når vi kan vente hovedkortene på markedet?

Det beste er å unngå goto, som allerede nevnt kan du sette tellevariablene til 100, så løkketesten evaluerer til false, og stoppe på den måten. Eller du kan ha en ekstra boolsk variabel du kan evaluere i den ytterste løkketesten, doLoop f.eks, når du ønsker å bryte ut kan du sette den til false og så bruke break for å bryte ut av den innerste løkka. Dvs. for (int i=0;i<100;i++) blir til for (int i=0;i<100 && doLoop;i++)

Urk..

Legg inn en label etter den ytre loopen du, og bruk goto. Blir stygt å hoppe til et vilkårlig sted i koden, men for å bare komme ut av en nestet loop er vel goto en del klarere enn å endre variabler eller whatever..

Er jo som regel bedre å ordne koden slik at man slipper bruke goto, men i noen tilfeller er det beste løsning.

Med fare for å spore av diskusjonen...

 

Jeg er av den klare mening at forholdet til JBuilder eller andre IDE-er bør være det motsatte: FØRST lærer du deg å kode med Text Pad og SÅ tar du i bruk en IDE.

 

Forøvrig mener jeg at Java er et bra sted å starte hvis du skal lære deg programmering. Veldig mye av det du lærer her kan overføres dirkete til andre språk. Min anbefaling blir å kjøpe en skikkelig lærebok (det finnes MANGE...) og følge progresjonen i den. Da får du inn forståelse for en del viktige konsepter samtidig som du lærer å koke sammen kode.

Enig på begge punkter.

Når det gjelder bøker vil jeg anbefale Bruce Eckel's "Thinking in Java", som er helt grei imo, og kan lastes ned gratis fra nettet.

Og vi(m) er bedre enn text pad..

Var litt sirup her for en stund siden. Ser ut til å virke fint nå.

Har akkurat hentet ned NetBeans + Java SDKen, men jeg klarer ikke å finne noe ordentlig hjelpfil av typen som finnes i VisualStudio, hvor jeg kan søke på f.eks. repaint() og finne info om denne funksjonen og eksempler på bruk. Har lett på java.sun.com uten å finne noe. Finnes det noe slikt?

Hent ned docs filen til java sdk. I den finner du bla.a. java API referanse.

Ellers kan du kikke litt på tutorialen om du trenger mer hjelp enn det som finnes i api docs.

Heh.. Overså kanskje ordet 'enkelt' når jeg tipset om StreamTokenizer; pain å bruke imo.

Hvis det går greit å lese filen linje for linje, i.e. det ikke finnes tags som går over flere linjer, kan du prøve mailman's kode, eller fikse noe selv med String.split() eller StringTokenizer.

Hvis ikke kan det bli bra å skrive en decorator for InputStream(Reader?) som fungerer som mailman's kode?