Ik heb altijd een class willen maken voor grote integers.quote:Op woensdag 8 augustus 2012 22:58 schreef thenxero het volgende:
Dat is vast niet zo leerzaam als dit geklooi
Overflow kan je niet opvangen in C++ en is ook moeilijk te detecteren. Je enige optie is zorgen dat het niet gebeurt.quote:Op donderdag 9 augustus 2012 17:23 schreef t4rt4rus het volgende:
Weet iemand hoe de overflow kan opvangen met C++?
In amd64 kan je gewoon 2 registers gebruiken op resultaat op te slaan.
Je kan het natuurlijk met een int en long int doen, maar long int hoeft niet groter te zijn dan int.
(long long ook niet)
Maar is er ook zo iets als RDX:RAX <- RAX * r/m64?quote:Op donderdag 9 augustus 2012 17:52 schreef GS42 het volgende:
[..]
Overflow kan je niet opvangen in C++ en is ook moeilijk te detecteren. Je enige optie is zorgen dat het niet gebeurt.
Dat is natuurlijk heel erg processor-afhankelijk, dus het lijkt me sterk dat zoiets native in een taal als C++ zit. Als je een echt efficiënte library voor grote getallen wilt maken, zul je sowieso veel assembly code erbij moeten doen.quote:Op donderdag 9 augustus 2012 17:53 schreef t4rt4rus het volgende:
[..]
Maar is er ook zo iets als RDX:RAX <- RAX * r/m64?
Wat als je vectoren niet even lang zijn?quote:while(!(k==a.rend()) && !(l==b.rend()))
Kan k==b.rend() uberhaupt op dit punt?quote:if(*k>9 && !(k==b.rend()))
Cute, maar nu lopen je iterators niet gelijk en dus..?quote:*(++k)++;
b?quote:b.insert(b.begin(),1);
Ja dacht ik al. Nouja kan wel inline asm gebruiken.quote:Op donderdag 9 augustus 2012 18:29 schreef thabit het volgende:
[..]
Dat is natuurlijk heel erg processor-afhankelijk, dus het lijkt me sterk dat zoiets native in een taal als C++ zit. Als je een echt efficiënte library voor grote getallen wilt maken, zul je sowieso veel assembly code erbij moeten doen.
Alleen als een gewone int al 64-bits is. Het is een beetje vreemd dat je richting intrinsics/assembler gaat omdat je rekening wilt houden met zo'n (currently) outlandish mogelijkheid.quote:Op donderdag 9 augustus 2012 17:23 schreef t4rt4rus het volgende:
Weet iemand hoe de overflow kan opvangen met C++?
In amd64 kan je gewoon 2 registers gebruiken op resultaat op te slaan.
Je kan het natuurlijk met een int en long int doen, maar long int hoeft niet groter te zijn dan int.
(long long ook niet)
Ik zou de vector::resize method gebruiken om de vectoren groot genoeg te maken. Dat scheelt je weer wat if statements waardoor je code eenvoudiger wordt en je minder snel bugs krijgt.quote:Op donderdag 9 augustus 2012 13:38 schreef thenxero het volgende:
Een nieuwe poging vectors bij elkaar op te tellen alsof het getallen zijn. Dus bijvoorbeeld, als
a = {9, 8, 6, 4}
b = {9, 6, 7}
Dan wil ik dat de functie add(a,b) ervoor zorgt dat b = {1, 0, 8, 3, 1}. De functie moet in ieder geval werken voor vectors b die minstens even lang zijn als a. De moeilijkheid zit hem in de verschillende lengtes van de vector. Volgens mij is dit de beste methode om daarmee om te gaan, alleen krijg ik nog wat errors waar ik geen touw aan vast kan knopen.
Ik kan natuurlijk ook gewoon u_int64, u_int32 gebruiken etc.quote:Op donderdag 9 augustus 2012 20:10 schreef trancethrust het volgende:
[..]
Alleen als een gewone int al 64-bits is. Het is een beetje vreemd dat je richting intrinsics/assembler gaat omdat je rekening wilt houden met zo'n (currently) outlandish mogelijkheid.
Net even gechecked en int is 32bit, long en long long zijn 64bit.quote:Op donderdag 9 augustus 2012 20:10 schreef trancethrust het volgende:
[..]
Alleen als een gewone int al 64-bits is. Het is een beetje vreemd dat je richting intrinsics/assembler gaat omdat je rekening wilt houden met zo'n (currently) outlandish mogelijkheid.
Dat hangt helemaal van je architectuur af. Zou je dit soort dingen ook echt aannemen in je code, dan kunnen andere mensen het dus niet gebruiken.quote:Op donderdag 9 augustus 2012 21:57 schreef t4rt4rus het volgende:
[..]
Net even gechecked en int is 32bit, long en long long zijn 64bit.
size_t is ook 64bit.
Klinkt wel leuk, maar ik weet niet of je veel aan me hebtquote:Op donderdag 9 augustus 2012 17:17 schreef t4rt4rus het volgende:
[..]
Ik heb altijd een class willen maken voor grote integers.
Wil je mee helpen?
Heb je git?
Ja daar zit het probleem dus...quote:Op donderdag 9 augustus 2012 22:34 schreef thabit het volgende:
[..]
Dat hangt helemaal van je architectuur af. Zou je dit soort dingen ook echt aannemen in je code, dan kunnen andere mensen het dus niet gebruiken.
Het punt is dat assembler ook compleet van je architectuur afhangt; dat is als zodanig ook niet echt een oplossing.quote:Op donderdag 9 augustus 2012 23:08 schreef t4rt4rus het volgende:
[..]
Ja daar zit het probleem dus...
| 1 2 3 4 5 | uint64_t x, y; unsigned __int128 z; x = y = 0xffffffffffffffff; z = static_cast<unsigned __int128>(x) * y; |
Ja ik weet dat het geen ISO is.quote:Op vrijdag 10 augustus 2012 19:41 schreef trancethrust het volgende:
Sure, maar het is niet ANSI en het blijft uitstel van executie in de zin van hierboven.
Voor mijn arbitrary precision integer implementatie heb ik een willekeurig unsigned integer-datatype genomen en daar alleen de onderste helft van de bits van gebruikt. Dat betekent dat de gebruiker vrij is de snelste int voor zijn compiler/platform te gebruiken en dat het automatisch meegroeit als de ints ook groter worden.quote:Op vrijdag 10 augustus 2012 20:45 schreef t4rt4rus het volgende:
Of is er een andere mogelijk om de grootste integer te krijgen en een integer die 2 keer zo klein is.
Ja ik wil ook niet vast zitten op een bepaalde grootte.quote:Op vrijdag 10 augustus 2012 20:53 schreef GS42 het volgende:
[..]
Voor mijn arbitrary precision integer implementatie heb ik een willekeurig unsigned integer-datatype genomen en daar alleen de onderste helft van de bits van gebruikt. Dat betekent dat de gebruiker vrij is de snelste int voor zijn compiler/platform te gebruiken en dat het automatisch meegroeit als de ints ook groter worden.
Het is zonde om je zo vast te zetten op een bepaalde grootte int.
Dat werkt, maar dan moet je dus wel voor een nieuw type een nieuwe template-specificatie maken etc.quote:
De onderste helft is sizeof(Type) * 4 bits en de maximale waarde is dus 2^(sizeof(Type) * 4). Zolang je daaronder zit, zit je veilig. Als je daar overheen gaat (of het raakt), schuif je de overflow naar het volgende getal.quote:Jij zegt zelf dat je een willekeurige gebruikt, maar hoe weet je dat je dat onderste helft van de bits gebruikt?
Hoe gebruik je eigenlijk een non-standard library? Ik probeer deze nu te gebruiken, maar het lukt me niet eens om het te laden. Op google en in de manual kom ik alleen maar dingen tegen die ik niet snap of die ik niet wil.quote:Op woensdag 8 augustus 2012 22:56 schreef thabit het volgende:
Voor grote getallen zijn er libraries zoals MPIR.
Op wat voor systeem zit je? Als je op Linux zit, dan zit zulke software wel in software manager (zoek bijvoorbeeld op GMP, de The GNU Multiple Precision Arithmetic Library; verreweg de snelste). Dan wordt alles goed voor je geinstalleerd.quote:Op zaterdag 11 augustus 2012 20:58 schreef thenxero het volgende:
Hoe gebruik je eigenlijk een non-standard library? Ik probeer deze nu te gebruiken, maar het lukt me niet eens om het te laden. Op google en in de manual kom ik alleen maar dingen tegen die ik niet snap of die ik niet wil.
Ik heb nu de library gedownload... en dan twee keer iets uitgepakt. Nu heb ik dus een hele berg aan bestandjes, waarvan ik geen idee heb wat ik er precies mee moet doen.
Ja, maar die instructies kan ik niet volgen. Het is net alsof je ergens commando's moet invoeren, zoals:quote:Op zaterdag 11 augustus 2012 21:33 schreef thabit het volgende:
Ga eerst op zoek naar een file genaamd README of INSTALL of iets dergelijks, en lees die.
| 1 2 3 | ./configure make make check |
Leuk dit soort codetaal maar dit zegt me niksquote:Op zaterdag 11 augustus 2012 22:49 schreef t4rt4rus het volgende:
Aptitude install libgpm-dev
En succes
Laat me raden: je hebt Windows?quote:Op zaterdag 11 augustus 2012 23:15 schreef thenxero het volgende:
[..]
Ja, maar die instructies kan ik niet volgen. Het is net alsof je ergens commando's moet invoeren, zoals:
[ code verwijderd ]
Maar hoe en waar is me een raadsel.
Bijvoorbeeld met MinGW of Cygwin, allebei een port van GCC naar Windows.quote:Op zaterdag 11 augustus 2012 23:19 schreef thabit het volgende:
Maar in een andere post zei je dat je gcc had. Hoe doe je dat dan met Windows?
Misschien zeg ik iets heel doms nu, ik ben een absolute Windows-n00b.
GNU GCC is de compiler die ik standaard krijg in code::blocks. Ik heb daar niks speciaals voor gedaanquote:Op zaterdag 11 augustus 2012 23:19 schreef thabit het volgende:
Maar in een andere post zei je dat je gcc had. Hoe doe je dat dan met Windows?
Misschien zeg ik iets heel doms nu, ik ben een absolute Windows-n00b.
MinGW ken ik niet, wel Cygwin. Cygwin heeft bij mijn weten geen 64-bits-ondersteuning. Heeft MinGW dat wel?quote:Op zaterdag 11 augustus 2012 23:22 schreef GS42 het volgende:
[..]
Bijvoorbeeld met MinGW of Cygwin, allebei een port van GCC naar Windows.
Volgens mij zijn er experimentele ports van de 64-bits compiler, maar het is niet gemakkelijk aan de praat te krijgen en je wordt er niet gelukkig van. Verder is het wel een mooi systeem en installeert het nu al standaard gcc4.7 (zonder std::thread though).quote:Op zaterdag 11 augustus 2012 23:27 schreef thabit het volgende:
MinGW ken ik niet, wel Cygwin. Cygwin heeft bij mijn weten geen 64-bits-ondersteuning. Heeft MinGW dat wel?
Misschien ben je wel een goede testpersoon voor mijn klasses, je lijkt wel in de doelgroep te vallen.quote:Op zaterdag 11 augustus 2012 23:40 schreef thenxero het volgende:
Maar wat heeft dit voor een consequenties voor mij?
Of is er een andere vrij eenvoudige manier om met grote getallen om te gaan? Ik moet PE probleem 13 en 20 toch ook wel zonder non-standaard libraries kunnen oplossen?
| 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 | #include <iostream> #include "unlimited_int.h" // Print all primes below 2000 very inefficiently. bool is_prime(Unlimited::Int const &n) { if (n < 2) return false; Unlimited::Int sqrt_n = n.sqrtc(); for (Unlimited::Int i = 2; i <= sqrt_n; ++i) { if (n % i == 0) return false; } return true; } int main() { for (Unlimited::Int n(1); n < 2000; ++n) { if (is_prime(n)) std::cout << "Prime: " << n << '\n'; } } |
Heb het geprobeerd, maar ik krijg een overflow aan errors. Meer dan 50 wil ie niet weergevenquote:Op zaterdag 11 augustus 2012 23:50 schreef GS42 het volgende:
[..]
Misschien ben je wel een goede testpersoon voor mijn klasses, je lijkt wel in de doelgroep te vallen.
Als je wilt, kan je ze via http://code.google.com/p/unlimited-int/ downloaden. De code is klaar, de documentatie nog niet. Via 'downloads' kan je unlimited_int.h downloaden en dat is eigenlijk alles dat je nodig hebt. Een voorbeeldje van gebruik:
[ code verwijderd ]
(Compileer met -std=c++11.)
Je kunt Unlimited::Int gewoon als int gebruiken. Als je het wilt proberen en er iets onduidelijk is, moet je mij maar even vragen want de documentatie is dus nog niet af.
(Trouwens, als jullie commentaar op de broncode willen leveren, is dat natuurlijk ook gewenst. Kijk dan alleen niet in unlimited_int.h maar bekijk de code via 'Source' -> 'Browse' want van die header file word je gek.)
Wat ze bij 20 doen is:quote:Op zondag 12 augustus 2012 00:20 schreef thenxero het volgende:
Maar het kan toch niet zo moeilijk zijn, >70 000 mensen hebben die opgelost. Er zitten problemen bij die veel minder mensen hebben opgelost waar ik geen moeite mee heb.
Dank je wel voor het uitproberen. Ik zal zelf eens Code::Blocks installeren en kijken of ik kan vinden wat er mis gaat.quote:Op zondag 12 augustus 2012 00:04 schreef thenxero het volgende:
[..]
Heb het geprobeerd, maar ik krijg een overflow aan errors. Meer dan 50 wil ie niet weergeven. Ik heb gewoon jouw code van die priemgetallen geplakt, en de instructies gevolgd.
Bijna alle errors hebben trouwens met elkaar gemeen dat er d_number instaat. Steeds een herhaling van dat ie niet in de scope zit, of geen member is van de class Unlimited::Uint.
Ietwat nutteloos om hier neer te zetten, niet? Het is niet alsof het antwoord gecontroleerd moet worden: je weet wanneer het goed is. Alleen om te laten zien dat je het kan? Beetje flauw.quote:Op zondag 12 augustus 2012 01:59 schreef t4rt4rus het volgende:
Dit is trouwens het antwoord van vraag 13
[...]
Was om te laten zien hoe groot het getal word. (Het antwoord staat er niet in...)quote:Op zondag 12 augustus 2012 02:31 schreef GS42 het volgende:
[..]
Ietwat nutteloos om hier neer te zetten, niet? Het is niet alsof het antwoord gecontroleerd moet worden: je weet wanneer het goed is. Alleen om te laten zien dat je het kan? Beetje flauw.
Dat is misschien het beste, misschien heb ik dat in de toekomst ook nog voor andere dingen nodig. Hoe installeer die nieuwe gcc?quote:Op zondag 12 augustus 2012 13:57 schreef ari_zahav het volgende:
Je kan trouwens makkelijk een nieuwe gcc toevoegen aan code::blocks btw
Haha, wolfram alpha gebruiken is wel heel flauw. Maar dat verklaart wel waarom zoveel mensen het hebben opgelostquote:Op zondag 12 augustus 2012 01:36 schreef t4rt4rus het volgende:
[..]
Wat ze bij 20 doen is:
http://www.wolframalpha.com/input/?i=100!
En dan string copieren en alles optellen.
En voor dertien heb je alleen maar de eerste 13-15 cijfers nodig van alle 100 nummers.
Maar dan wel op een 64bit PC.
Op 32bit lukt dat niet echt...
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |