OMGLOLWIN2K
-
Innlegg
66 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av OMGLOLWIN2K
-
-
Hvor i all verdens land og rike får du det skjermkortet der til den prisen?
-
Noen som vet hvordan KDE er på en tablet-PC? Vil touch-screenen fungere?
Jeg kjører Kubuntu 7.04 på tableten min, og der har touch-skjermen (wacom-panel) fungert fra installasjon av. Det er nok å overdrive at jeg ikke har opplevd bugs (sannsynligvis driveren), men alt i alt har det fungert godt.
-
Har sett frem til denne jeg, for nå SKAL jeg over på Ubuntu
Men, hvilken versjon skal jeg laste ned?
- Standard personal computer (x86 architecture, PentiumTM, CeleronTM, AthlonTM, SempronTM)
- 64bit AMD and Intel computers
Hva er forskjellen på disse? Sikkert flere som lurer så jeg spør like så godt her
Er den siste en 64-bit versjon av Ubuntu (ala windows 64bit), eller er det for 64bits CPU'er og fortsatt 32bit.Har vurdert å installere 64bits versjon av Ubuntu. Noen som har erfaringer med dette? Er det samme driverkaoset som det har vært til Windows?
Det kommer rett og slett an på om du vil kjøre på 64-bit eller 32. For å si det enkelt, hvis du har en 32-bits prosessor, må du velge den første, men om du har en CPU som takler 64-bit, så kan du velge begge.
Slik jeg ser det, er det pr. i dag liten vits i å gå for 64-bit. Det gir egentlig lite til ingen ytelsesforbedringer, men kan gi deg litt knoting med å få litt forskjellig software til å fungere. Flash, f.eks., har ingen 64-bits klient, og du må derfor trikse litt her og der for at det skal kjøre. Noen har rapportert problemer med dette, mens andre sier det er grei skuring. Alt i alt må du selv velge hva du vil, men det er greit å stille seg spørsmålet om du trenger 64-bit...
-
Hei.
Jeg har et prosjekt hvor jeg bruker Hibernate, Spring og Spring MVC (JSP). Det meste fungerer helt fint, men...
jeg vil gjerne lage en rapport på noe data av typen som allerede ligger i basen - typisk vil jeg da ha et sql-query som ligner dette i min "tabellmanager" klasse:
select field1, field2, sum(field3) from tbl group by field1, field2
[snip]
<c:forEach items="${reportMAV}" var="report"> <c:out value="${report.field1}" /> <c:out value="${report.field2}" /> </c:foreach>Men jeg vet ikke hvordan jeg skal få tak i det aggegerte feltet?
Noen som kan hjelpe?
Hva med å prøve
select field1, field2, sum(field3) as finefinesummen from tbl group by field1, field2
og deretter
<c:forEach items="${reportMAV}" var="report"> <c:out value="${report.field1}" /> <c:out value="${report.field2}" /> <c:out value="${report.finefinesummen}" /> </c:foreach>Garanterer ikke at det funker, men det var bare det første som falt meg inn, og posten din så så ensom ut her...
-
Har ikke så veldig greie på hvilke hovedkort som er Linux kompatible. Men visst du skal ha støtte for 45nm CPU er det ikke andre valg enn p35 akkurat nå. Det er også noen eldre hovedkort som kommer til å få støtte for 45nm ved en fremtidig BIOS oppdatering. ASUS har i alle fall noe sånt på gang. Se på hjemmesida demms dersom du er interessert.
Jeg ville tro at G33-baserte kort også støtter Penryn.
Fant denne siden, så 680i SLI ser også ut til å støtte Penryn. Har derfor mer eller mindre bestemt meg for å gå for Asus P5N32-E SLI, vel vitende om at det ikke finnes Linux-drivere for det integrerte lydkortet. Eneste som har gjort med litt smånervøs nå er denne tråden, for han bruker samme type RAM som jeg hadde tenkt å kjøpe
-
Så har endelig dagen for Intels priskutt kommet, og jeg kan gå i gang med å sette sammen ny maskin for første gang på 7-8 år
Dessverre er det mye å tenke på, så jeg spør dere om hjelp til valg av hovedkort. Man vil gjerne ha alt og betale ingenting, men siden det sjeldent lar seg gjøre har jeg satt opp en liten liste med ønsker hva hovedkortet skal støtte:* Linux-kompabilitet (kommer til å kjøre Kubuntu Feisty Fawn i første omgang). Dette er et hardt krav, men jeg er mer enn nok villig til å prøve å finne ut av dette selv om noen foreslår et hovedkort eller to.
* SLi-støtte. Jeg kommer til å kjøpe meg et GF 8800 GTS i første omgang, men siden jeg kommer til å oppgradere til større skjerm i en ikke så alt for fjern fremtid, vil (må) jeg ha muligheten til å benytte meg av to skjermkort.
* RAID 5-støtte er ønskelig.
* To integrerte gigabit ethernet-porter er et stort pluss.
* Integrert WiFi er et pluss.
* DDR2-støtte. Dette er også et hardt krav, pga. prisen på DDR3. Jeg vet at enkelte hovedkort kommer med støtte for begge deler, men jeg vil gjerne ha 4 DDR2-slotter i stedet for 2 av hver.
* Passivt kjølt chipset.
* Støtte for 45 nm prosessorer er ønskelig.
* Overklokkingsvennlig.
Når det gjelder overklokking, så er ikke det noe jeg kommer til å bry meg med fra starten, men jo flere muligheter jeg har til å tweake, jo bedre
Når det gjelder prisen, så håper jeg selvsagt at den blir lavest mulig, men jeg så for meg et kort til rundt femten hundre kroner.Helt til slutt, et lite spørsmål: Er det slik at alle hovedkort med P35-chipset støtter 45 nm prosessorer?
-
Litt tilleggsinfo:
Om jeg fjerner "document.getElementById("leilighetForm").method = "get";", så submittes formet uten problemer. Men jeg kan likevel eksekvere hva jeg vil av kode etter dette utsagnet; det er først når jeg prøver å bruke "submit()" etter å ha satt metoden til "get" at det feiler.
-
Jeg har en meget enkel side som består av to rullegardinmenyer, og ved endring (onchange) på noen av dem, så skal formet på siden submittes. Det som er så innmari irriterende er at jeg får en "syntaksfeil" i IE6, mens alt fungerer fint i både Firefox og Opera. Alt koden gjør er å sjekke om hvilket valg er gjort i rullegardinmenyen og submitter basért på det.
Noen som har en idé om hva som kan være feilen? (URLen er ikke for lang, for det sendes ingen parametre med over til serveren.)
function func_1(thisObj, thisEvent) { if (document.getElementById("prosjektliste").value == 0) { document.getElementById("leilighetForm").method = "get"; document.getElementById("leilighetForm").submit(); <- gir syntaksfeil } else { document.getElementById("leilighetForm").submit(); <- fungerer fint } } -
Jeg tror også det. Synes å huske at jeg satt vinteren 2004 og leste om Apples skjerm og drømte meg bort. Mulig jeg husker feil, dog.
En annen ting er, skjermen heter ikke 3007FPW, som på 20" og 24", men 3007WFP. Kanskje flisespikkeri, men jeg tror Dell ville ha satt pris på å få navnet rett (jeg satt like etter nyttår og leita etter 3007FPW på Dell sine sider, og fikk null treff).
-
fork() er vel strengt tatt et systemkall på Unices. Perls fork() på Windows f.eks., er emulert og har sine begrensinger (se http://www.xav.com/perl/lib/Pod/perlfork.html). Om du sitter på Linux og mener med daemon bare en prosess som er uavhengig av tty, så vil du jo kunne kjøre "java MittJavaProgram &". Kanskje er det du er på utkikk etter Runtime.exec() eller trådprogrammering.
-
UiO har et fag som med kode INF5750 (om jeg ikke husker feil) hvor du deltar i et Open Source-prosjekt kalt HISP (Health Information Systems Programme), og vil berøre ting som Hibernate, Spring, JUnit osv., og høres ut til å være det du er på utkikk etter. HiST har (forløpig) ikke noe som tilsvarer dette, men har et fag med J2EE som pensum (jeg husker verken fagkode eller tittel). Når det gjelder J2EE så er dette blitt et uttrykk som ser ut til å være inkludert i hvilken som helst jobbannonse hvor de søker etter folk med Java-kunnskaper; om det faktisk er bruk for J2EE-kunnskaper vet jeg ikke, men jeg tviler ikke på at dette er blitt mer et moteord enn det faktisk er bruk for det innen jobben. HiST tilbyr forsåvidt et J2ME-fag også, men dette er det mye mindre marked for enn f.eks. J2EE.
-
I motsetning til de andre, så vil jeg prøve å besvare spørsmålene dine så langt jeg kan, så får vi se om du synes det er tilstrekkelig.
Er det java-programmering som de fleste studentene sliter med?Nja, det er i følge min erfaring ikke noe definitivt svar på dette, men det er helt klart noe av det de fleste studenter synes er vanskelig. Slik jeg opplevde det på lavere nivå (1-3 år høyskole), så var det en definitiv mangel av kunnskap innen programmering. De få som opplevde en A var genuint interessert i faget og gikk som regel langt utenom pensum.
Er det noen her som har eksamensstatestikk fra forskjellige høgskoler/universiteter når det gjelder programmeringsfaget?Dessverre, her kan jeg ikke hjelpe deg. Ikke er jeg sikker på at dette er en lett ting å få tak i heller.
Vet at det er forskjell på vanskelighetsgraden(som oftest tøffere matematikk) på oppgavene ved de forskjellige høgskolene/universitetene. Men det er vel ikke det i seg selv som setter en stopper for de gode karakterene?Det er vel heller den generelle kunskapen om OOP, jdbc, servlets, collections, threads, sockets, rekursjon, gui osv..
Dette blir både óg. Temaene du nevner her har ofte en plass i fag av en litt mer avansert natur, og de enkelte fagene sier lite om hvor mye du kan om områder utenom akkurat dét faget. Kan du området faget dreier seg om, så får du en god karakter; jeg tviler dog på at du vil treffe på en jobbsøknad som spør etter pensum til kun ett fag.
Har man satt opp alt riktig på en oppgave, men har feil matematisk utregning vil man kunne skåre en del poeng for det vil jeg tro.Dette er selvsagt korrekt, men slik er det med alle fag.
Er det slik at studenter med A eller B i programmering får seg lettere jobb?Er det noen fag som er "viktigere" enn andre?
Gode karakterer gir en fordel når du søker jobb, men man må alltid ta i betraktning hvilken jobb man søker. Leverer du for eksemmpell en jåbbsøknad me flusst av skriveleif så ær de ikke veldi sannsynli at du kåmmer jennom første uttakk.
Når det gjelder hvilke fag som er viktige, så kommer det også an på hvilken jobb du søker. Å være en jævel innen j2ee hjelper deg lite om det er drifting av et Windows-nettverk. På tross av dette, vil jeg tro at du ikke kan gå særlig feil ved å gjøre det godt innen programmering og databaser; deretter ville jeg tro at systemering er en god ting.
[snip]
-
Akvarium! Limer sammen 5 stk (trenger ikke i bunnen) til en kube og kjører software som sørger for at alle skjermene viser rett bilde i forhold til hvilken skjerm man ser på. Problemer med innsynsvinkel eksisterer ikke.
-
Skal selv gå for 1stk Dell Ultrasharp 2405FPW når tiden er inne.
[snip]
Dell har 25% på denne skjermen fram til 1. juledag (prisen blir i overkant av 8700). Når det er sagt, og jeg vet ingenting om budsjettet ditt, så kommer Dell med en 30" den 21 desember. Kanskje bør du vente og se om dette er et alternativ istedet. Riktignok kommer prisen til å være høyere, men med introduksjonstilbud så er det ikke umulig at dette blir et godt kjøp. Og, tro meg, du vil gjerne ha 30" istedet for 24.
-
Kunne ikke ha vært mer enig. Før jeg kjøpte skjermen min var jeg redd 24" ville bli for stort. Én dag etter jeg hadde fått den var jeg vant med å måtte flytte litt lenger på vinduene for å få de sentrert på skjermen. To dager etter ville jeg ha større skjerm.
Skal bli interessant å se på prisen på skjermen på Dell sin 30", spesielt med tanke på at man får 30" fra Apple til litt over 21000 nå for tiden. Om det kommer noen åpningstilbud á la det det gjorde ved introduksjonen av 24-tommeren som gjør den vesentlig billigere enn Apple sin, så spørs det om jeg prøver å gå opp et hakk.
-
Noen som har lyst til å fortelle meg hva dagens spørsmål på Komplett er?
-
Noen som orker å si hva dagens spørsmål på Komplett er?
-
Det er ikke noen som orker å inkludere spørsmålet til Kompletts konkurranse hver dag også? Får bare opp svaralternativene :-/
-
Ifølge det jeg har erfart så høres det ut som enten et driverproblem (kan være hva som helst, men hk og skjermkort er de naturlige plassene å begynne), defekt RAM-brikke, eller et varmeproblem. Om du har mulighet til å skifte til andre drivere for skjermkortet, ville jeg ha begynt med dét.
-
Jeg hadde et problem med akkurat de symptomene du beskriver, og da var det PSUen. Til slutt så tok den seriøst natta og ville aldri slå seg på igjen. Forskjellen var at jeg hadde en PSU som hadde problemer med å levere nok effekt til systemet, og ble til slutt overbelastet. 580W, derimot, er nok til å drive det meste, så det virker sannsynlig at du har fått en halvdefekt PSU og burde prøve å bytte den dersom du har mulighet til det.
-
Deltar du i et "aktivt" open source-prosjekt, så gir IntelliJ IDEA deg en gratis linsens. http://www.jetbrains.com/idea/opensource/opensource.html. Hørt masse skryt om det, men har aldri prøvd det selv.
-
Er en stund siden jeg har holdt på med dette, så kunnskapen er nok litt rusten, men jeg prøver likevel.
Du kan ikke inkludere andre filer med "include" direkte i scriptlets. Det som står inne i scriptlets blir tolket som ren java-kode, mens direktiver som "<%@include file="blabla" %>" er ment for JSP-prosessoren, Derfor så kan du ikke (så vidt jeg vet, i alle fall) inkludere filer direkte i scriptlets slik du vil.
Du kan løse det på en annerledes måte enn det du har oppgitt i eksempelet, dog, og kanskje du synes dette er lettere:
<% String navn = null; if ( request.getParameter("id") == null ) navn = "hoved.jsp"; else navn = "id.jsp"; %> <jsp:include page='<%= navn %>' /> -
Du er ikke nødvendigvis nødt til å kjøre det over samme socket. Dersom du benytter to socketer, så kan du herje så mye du vil, men det vil gjøre det litt vanskeligere å sørge for at ting er i sync i begge ender. Selv om du kanskje vil ha en liten ytelsesforbedring ved å ikke bruke synchronized-metoder, vil jeg ikke tro det er verd strevet (chat-applikasjoner, mer eller mindre uavhengig av protokoll, krever så lite av både båndbredde og prosesseringskraft at det er egentlig ikke verd å ta det i betraktning).
-
Om jeg får hive inn min mening... Jeg synes du gjør greie valg med tanke på hardware, bortsett fra at du betaler uhorvelig mye for CPUen din. Forskjellen i ytelse på CPUen du får for dén prisen i forhold til det halve, er virkelig ikke verdt det i min øyne. Jeg synes det er mye penger å betale ekstra bare for at et spill skal flyte i høyeste oppløsning, når alt annet ikke trenger i nærheten så mye kraft. Kanskje det er verdt å vurdere å kjøpe seg en Xbox 360 i tillegg? (Det er selvsagt med mindre du har "kreative" måter å skaffe deg spill på.)
Til tross for dette, skal ikke påta meg å gi deg noe særlig råd om prosessor, men å gå for en 64-bits dobbeltkjerne-prosessor er nok En Smart Ting (når du først tenker å blåse en del monatos på CPU). Du gjør i alle fall et godt valg med å kjøpe 2 GB med RAM.
Når det gjelder diskene dine, så er jeg ikke sikker på om ytelsesforskjellen ved å kjøpe den 36GB-disken din er verdt det. På den annen side så har jeg aldri opplevd forskjellen selv, så jeg er vel egentlig ikke berettiget til å uttale meg på dét området.
Derimot, det jeg henger meg opp i er at du sier: "PS: Vil bare legge til at jeg ikke er en gamer, men bruker pcen hele tiden[...]". Jeg antar derfor at du bruker PCen ganske mye (mange timer om dagen), og vil legge all min tyngde i når jeg sier: bruk mye penger på skjerm. Det er umulig å få lagt nok vekt på dette. Skjermen er den desidert viktigste komponenten du kjøper. Om du ikke har opplevd forskjellen ved å sitte på en skikkelig skjerm selv, kan dette fort virke bortkastet; men, tro meg når jeg sier at det endrer alt. 1600x1200 bør være et minimum, men samtidig, ikke se deg blind på oppløsning; kjøp en skjerm som er god på alle områder. Dessverre så er det himla dyrt for en skjerm som har en oppløsning over 1600x1200. (Jeg snakker her utlukkende om LCD-skjermer, siden disse er - i min oppfatning - mye mer behaglig på øynene. Det bør nevnes at jeg er også av den oppfatningen at ved spilling skal du være himla ømfintling før du synes det er stor forskjell på det å spille på en LCD vs. CRT.)
En annen ting du bør tenke på er støy. Nå vet ikke jeg om maskinen din allerede står på stua og durer i vei, men dersom den ikke gjør det, og du ikke tror at støy blir/er et problem, er det ganske sannsynlig at du endrer mening etter en stund. Du nevnte vannkjøling, så kanskje en Zalman Reserator1 Plus er verdt å ta en kikk på (Komplett har tilbud på den i helga:).
Bare mine tanker:)
Eclipse i Ubuntu
i Programmering og webutvikling
Skrevet
Du sier ikke noe om du har problemer med å kompilere filer du skriver selv, eller om det kun gjelder filer du får fra læreren din. Jeg har i alle fall opplevd en del problemer med encoding på filer jeg får fra Windows-plattform (usikker på Vista, men XP og tidligere bruker vel ISO-8859-1 som standard encoding, mens Ubuntu bruker UTF-8), og har ikke vært i stand til å kompilere med mindre jeg gir dette som et argument til JVMen.
Så på filene du får fra læreren, prøv å bruke dette:
Hvis dette fungerer, men det likevel ikke fungerer i Eclipse/NetBeans, må du få satt encoding i verktøyene (i Eclipse vet jeg du i alle fall kan gi med ekstra argumenter til JVMen når du kompilerer, og jeg vil anta det finnes noe tilsvarende i NetBeans).