|
640
|
1 2005-06-06.txt:19:56:19: <cpressey> re one bignum... my understanding is an FSA + two counters (bignums) is TC.
|
|
|
2 2005-06-07.txt:01:14:45: <cpressey> you can make wireworld forms as big as you like... but you can make fsm's as big as you like too
|
|
|
3 2005-06-26.txt:20:00:30: <BigZaphod> 3code 99 bottles: http://www.bigzaphod.org/3code/bigzaphod-99bottles.txt
|
|
|
4 2005-06-27.txt:23:06:50: <BigZaphod> I just finished up another silly language for those who might be interested: http://www.bigzaphod.org/taxi/
|
|
|
5 2005-06-28.txt:03:24:13: <BigZaphod> http://www.bigzaphod.org/taxi/
|
|
|
6 2005-06-29.txt:21:27:07: <BigZaphod> http://www.bigzaphod.org/taxi/
|
|
|
7 2005-06-30.txt:23:37:56: <BigZaphod> probably atm, yeah. with whirl it is funny because I can hardly do anything with it even though I made it. tokigun is by far the biggest whirl expert I know of.
|
|
|
8 2005-07-05.txt:00:43:35: <BigZaphod> sweet.. Victor sent me a fixed flash whirl machine. Now 99bob works in it: http://www.bigzaphod.org/whirl/Whirl-1.01.swf
|
|
|
9 2005-07-08.txt:03:28:02: -!- BigZapho1 is now known as BigZaphod.
|
|
|
10 2005-07-09.txt:07:12:56: <BigZaphod> how big is the source bmp, jpg, whatever?
|
|
|
11 2005-07-11.txt:09:00:34: -!- BigZapho1 is now known as BigZaphod.
|
|
|
12 2005-07-11.txt:23:45:36: <BigZaphod> not really esolang, but this was fun: http://www.bigzaphod.org/life.html
|
|
|
13 2005-07-14.txt:03:52:33: -!- BigZapho1 is now known as BigZaphod.
|
|
|
14 2005-07-26.txt:17:34:56: <int-e> use a bignum to represent 3 bignums in the form 2^a*3^b*5^c ...
|
|
|
15 2005-08-04.txt:07:12:06: * calamari didn't realize Oregon was a big spot for open source.. would have figured some place in California would have created a bigger draw
|
|
|
16 2005-09-09.txt:16:16:40: <kipple> how big is 'big' in this context?
|
|
|
17 2005-09-19.txt:17:50:59: <Wildhalcyon> ah... ambiguous behavior wrapped inside a wonderful ambiguous statement
|
|
|
18 2005-12-09.txt:20:53:21: <jix> if you use fread on big-endian it reads big-endian if runs on little it reads little endian
|
|
|
19 2005-12-23.txt:03:45:07: <BigZaphod> latest pointless accomplishment: http://www.bigzaphod.org/taxi/99.txt
|
|
|
20 2006-01-17.txt:15:40:39: <ihope> Great as in big. Very big.
|
|
|
21 2006-07-25.txt:21:51:31: <pgimeno> GregorR-W: /me thinks that disambiguation of ORK function names with spaces could be given by the symbol table; of course it's harder to process that way and it does not fully avoid the possibility of ambiguity but the language is already ambiguous anyway
|
|
|
22 2006-10-23.txt:21:48:24: <GregorR-L> _ you celebrate point and seven year in order to it suffers it left our father in the new persons of these continents to take: committed programmed in the freedom and in the demand, which is caused for all right the individuals. Now we were reported in a big civilian war, that examines as these persons or consequently programs all the likely persons and consequently inaugurated can bring very. We are met in a big battle in order to we touch from this
|
|
|
23 2006-11-07.txt:15:53:34: <SimonRC> What's more mind-numbing than _Big Brother_ and more pointless than _Second Life_? Yes, it's _Big Brother_ set *in* _Second Life_: http://www.theregister.co.uk/2006/11/06/bb_second_life/
|
|
|
24 2007-03-22.txt:00:00:44: <RodgerTheGreat> almost every program consists of an initialization chunk, a big loop, some smaller loops called from the big loop and an optional cleanup when the program ends
|
|
|
25 2007-03-29.txt:19:22:17: <oklopol> ackermann's growth is mean, it grows so fast i can't see the nice big numbers, because they're so big the program crashes
|
|
|
26 2007-03-30.txt:00:03:47: <GregorR> Mind you, it's not ambiguous to the programmer, but the language was designed in such a way that it's ambiguous.
|
|
|
27 2007-03-31.txt:22:24:51: * Figs is not big on Big-O
|
|
|
28 2007-04-16.txt:22:04:35: -!- Bigcheese is now known as Bigcheesegs.
|
|
|
29 2007-04-17.txt:01:20:51: -!- Bigcheese is now known as Bigcheesegs.
|
|
|
30 2007-06-05.txt:00:51:57: <oerjan> although i don't know if Python converts to bignums or throws an exception on overflow, or perhaps the size is just so big it didn't reach wrap yet
|
|
|
31 2007-06-18.txt:05:00:53: <pikhq> "Giant" == "Very big". "Enormous" == "Very, very big". "Huge" == "Very, very, very big".
|
|
|
32 2007-06-28.txt:09:36:08: <immibis> "In America you watch Big Brother." becomes "In Soviet Russia, Big Brother watches YOU!!
|
|
|
33 2007-07-03.txt:21:12:34: <ihope> Bignums can get pretty big.
|
|
|
34 2007-07-07.txt:04:00:11: <ihope> Bigger table, bigger computer.
|
|
|
35 2007-07-24.txt:00:09:12: <lament> oerjan: it's a disambiguation page with only one relevant disambiguation.
|
|
|
36 2007-07-24.txt:23:06:49: <Sukoshi`> My parents like a big house more than a big HDTV or a big internet pipe.
|
|
|
37 2007-08-02.txt:21:05:41: <ehird`> of course, bigger values = bigger circle
|
|
|
38 2007-08-05.txt:23:20:29: <ifte> big endian = ends with the biggest bit
|
|
|
39 2007-08-05.txt:23:20:42: <ifte> it's a big ended number, so it's a big endian number
|
|
|
40 2007-08-05.txt:23:21:42: <ifte> "Again, big-endian does not mean "ending big", but "big end first"." -- wp
|
|
|
41 2007-09-15.txt:23:20:27: <ihope> If c were bigger, would the universe be bigger, too? :-P
|
|
|
42 2007-10-12.txt:23:51:57: <ehird`> small (well, big, but not linux-big) glue kernel code + emacs = Emacs actually as an OS
|
|
|
43 2007-10-30.txt:19:37:58: <lament> bsmntbombdood: "infinite starting condition" means an infinitely big program. You can do a lot of stuff with infinitely big programs.
|
|
|
44 2007-12-11.txt:21:58:36: <oklopol> there was a way to get an infinite loop just quining her, so that the sentences got bigger and bigger
|
|
|
45 2007-12-16.txt:15:58:50: <oklopol> when the small balls are following the big one, the big one somewhat follows the background
|
|
|
46 2008-01-31.txt:21:00:35: <ehird`> 0000=bool, 0001=void, 0010=nil, 0011=smallint, 0100=bigint, 0101=smallfloat, 0110=bigfloat, 0111=char, 1000=string, 1001=pair, 1010=primitive, 1011=procedure, 1100=continuation, 1101=environment, 1110=port, 1111=symbol
|
|
|
47 2008-03-04.txt:18:12:28: <ehird> It's the biggest, most ambigious language that exists
|
|
|
48 2008-03-09.txt:23:30:15: <oerjan> calamari: the biggest period may not be that big
|
|
|
49 2008-04-07.txt:02:14:48: <seabot> {'ehird': <big brother>, 'Sgeo': <big brother>}
|
|
|
50 2008-04-07.txt:02:19:03: <seabot> {'ehird': <a big brother>, 'Sgeo': <a big brother>}
|
|
|
51 2008-04-07.txt:02:22:33: <seabot> {'ehird': <a big brother>, 'Sgeo': <a big brother>}
|
|
|
52 2008-04-07.txt:02:28:32: <seabot> {'ehird': <a big brother>, '`Sgeo': <a big brother>}
|
|
|
53 2008-04-07.txt:18:02:35: <seabot> {'ehird': <a big brother>, 'oklopol': <a big brother>}
|
|
|
54 2008-04-17.txt:20:39:37: <oklopol> less ambiguous? i mean unambiguous
|
|
|
55 2008-06-08.txt:19:59:25: <ihope> augur: now figure out how to represent every rational number as a number with a finite decimal expansion such that if one rational number is bigger than another, its representation is bigger than the other's.
|
|
|
56 2008-06-15.txt:17:05:01: <SimonRC> and adding a file might change an unambiguous tag into an ambiguous one
|
|
|
57 2008-06-30.txt:20:54:01: <oklopol> yeah, it's just that i know, but didn't you mean bignum *values* @ "what should y return for the cell size in a Funge interpreter with bignum cells"
|
|
|
58 2008-07-19.txt:21:47:15: <oklopol> haskell and scheme are very different, but only when you start making something big; who the fuck makes anything big in esolangs anyway :)
|
|
|
59 2008-07-21.txt:04:04:19: <oklopol> you have to find the biggest structure such that by removing a cell there are no connected structures of size n or bigger
|
|
|
60 2008-07-26.txt:13:27:55: <AnMaster> ar: supported targets: elf64-x86-64 elf32-i386 a.out-i386-linux efi-app-ia32 efi-app-x86_64 elf64-little elf64-big elf32-little elf32-big srec symbolsrec tekhex binary ihex
|
|
|
61 2008-09-15.txt:14:57:49: <ais523> heh, there should be a bignum fingerprint with a name like "BIGNUM"
|
|
|
62 2008-09-20.txt:18:04:42: <ais523> that's another big problem, I'd need to make bigger pointers
|
|
|
63 2008-09-21.txt:20:04:26: <oklopol> ......but i think they're just approximating infinity to be that big i'm sure there are *some* numbers that are bigger than it!
|
|
|
64 2008-09-23.txt:15:09:56: <AnMaster> ais523, however I would like to make bignum versions anyway, bignum intercal would be fun
|
|
|
65 2008-09-23.txt:15:10:16: <ais523> if you do make bignum INTERCAL, I suggest that you have a bignum consisting of all 1s
|
|
|
66 2008-10-03.txt:19:07:49: <psygnisfive> there should more ambiguity with cool ambiguity resolution techniques
|
|
|
67 2008-10-28.txt:18:12:54: <lament> (so they need a disambig entry for C#, which itself is a disambig page, on the C page)
|
|
|
68 2008-11-26.txt:23:20:54: <oerjan> then we have the theories of the Big Binge, the Big Bungee, and the Big Bongo
|
|
|
69 2008-11-26.txt:23:22:37: <nooga> Big Bigloo
|
|
|
70 2009-01-17.txt:19:54:42: <oklopol> where the ith bignum is kinda a "differential" of all bignums before index i, and {...} step one deeper in this infinite list of nested differentials
|
|
|
71 2009-01-18.txt:17:32:40: <ehird> [ehird:~/Code/bignum] % cc -m64 bignum.c; ./a.out
|
|
|
72 2009-01-18.txt:17:32:41: <ehird> [ehird:~/Code/bignum] % cc bignum.c; ./a.out
|
|
|
73 2009-02-02.txt:14:48:59: <ais523> not a big difference, but big enough
|
|
|
74 2009-02-22.txt:18:59:43: <ehird_> oklopol> ackermann's growth is mean, it grows so fast i can't see the nice big numbers, because they're so big the program crashes
|
|
|
75 2009-03-11.txt:00:37:54: <ehird> AnMaster: it's also a big room, I'd have to get a big ladder and everything and dig under all the shit and whatnot
|
|
|
76 2009-03-21.txt:21:45:03: <Sgeo> oerjan, what did ais523 mean by "bigger secret one"? "bigger secret one" than what?
|
|
|
77 2009-04-19.txt:23:25:51: <oklopol> oerjan: what if it's a continuous random walk and you get bigger and bigger as you go
|
|
|
78 2009-04-21.txt:20:16:27: <ehird> AnMaster: to use my big hd -- since writing 5GB to an ssd will have a quite big impact until TRIM
|
|
|
79 2009-04-24.txt:21:54:15: <coppro> Yeah, I haven't had a lot of trouble with SVN for my purposes though - it's biggest failing is scalability and my stuff is never big enough for that to matter.
|
|
|
80 2009-04-28.txt:17:53:38: <AnMaster> if true, the bounds are not too big, if false the bounds may be too big.
|
|
|
81 2009-05-02.txt:16:13:04: <ehird> and big_least_32_bigger
|
|
|
82 2009-05-03.txt:17:15:57: <GregorR> Deewiant: hello and better_hello are C implementations of Hello (the language that only accepts 'h'), echo echos, bfbignum implements bignum BF on top of normal BF, and foobar ... well, I don't remember foobar.
|
|
|
83 2009-05-08.txt:01:19:37: <ehird> GregorR: it doesn't mod upstreams much, large amount of user-contributed packages, friendly & big community, it's minimalist, and yet you can still install big glob suites with one command, the package manager seems alright, and it has 64-bit binaries and all that
|
|
|
84 2009-05-14.txt:00:07:35: <ehird> ...big? How big.
|
|
|
85 2009-05-20.txt:20:07:34: <AnMaster> <ehird> find something that looks too big/small for position, throw it in right direction <-- one way to optimise it would be by when it is too big and you move it down, then go back one step and compare, and so on
|
|
|
86 2009-05-29.txt:07:50:19: <Patashu> it's only useful to make bigger decoys because people have bigger attack setup because people make bigger decoys because...
|
|
|
87 2009-05-30.txt:21:11:07: <myndzi> Deewiant: i have a bigger one but it's a little bit too big :)
|
|
|
88 2009-06-11.txt:13:09:34: <ais523> so you can use it to make ambiguous things less ambiguous
|
|
|
89 2009-06-16.txt:00:43:36: <ehird> pikhq: How many of the new architectures aren't funded by BIG companies for big products, like Sony and IBM for the Playstation 3's Cell?
|
|
|
90 2009-06-19.txt:23:50:54: <AnMaster> ehird, "hurf druf"? then no. But I know "BAM" in comics. Oh and I also seen references in some comics saying "to be a big explosion the text needs to be at least this big" and similiar
|
|
|
91 2009-06-20.txt:23:16:55: <ehird> come back in a few billion years. it's a big, big space and not a lot of shit in it.
|
|
|
92 2009-06-25.txt:13:38:25: <fizzie> Hey, Wikipedia has added "Android (operating system)" directly on the main Android (in the sense of a type-of-robot) page; it used to be just in the separate disambiguation page. I think I'm going to assume that's because I've gone the "android -> disambig -> android (os)" path something like 20 times already.
|
|
|
93 2009-06-29.txt:21:49:20: <Deewiant> C is also bigger than A but not as big as B, so it gets a C for not achieving anything special.
|
|
|
94 2009-07-16.txt:14:13:17: <AnMaster> fizzie, right, so if a language with two bignums is TC, then you obviously will have to be able to implement a bignum brainfuck in it (minus IO of course). That means several arbitrary ordered integers to encode in one number as far as I can see?
|
|
|
95 2009-07-23.txt:15:50:45: <ehird> oklopol: would this planet be as big as the biggest sun
|
|
|
96 2009-07-28.txt:12:26:25: <oklopol> ehird: i like monospaced, but i don't like console. i'd like smooth letters, with 1.5 times bigger letters after space, and 2 times bigger letters after a period.
|
|
|
97 2009-08-09.txt:01:14:24: <ehird> so a big fuck-you-and-buy-a-big-drive, AnMaster :P
|
|
|
98 2009-08-22.txt:17:47:24: <Slereah> Like you could just do every program bigger and bigger until you find the smallest that does that
|
|
|
99 2009-08-30.txt:12:59:11: <ehird> well not "very" big, just big
|
|
|
100 2009-09-01.txt:14:36:13: <ehird> Yes. They can fit bigger people because their seats are bigger because their building is bigger.
|
|
|
101 2009-09-09.txt:13:36:33: <ais523> wow: http://en.wikipedia.org/wiki/Big_Brother_(disambiguation)
|
|
|
102 2009-09-09.txt:13:40:44: <fizzie> "In Germany a new version of the show started: Big Brother - Das Dorf (Big Brother - The Village). -- This was the first version supposed to run for years (without a predetermined end). It was set in a small artificial village including a church tower, a marketplace, 3 houses, 3 working areas -- The season ended after 363 days in February 2006 because of low ratings."
|
|
|
103 2009-09-09.txt:13:54:00: <fizzie> "In the seventh UK series, Big Brother became "twisted". Every week, housemates' mental states were put to the test as Big Brother tried to break them. As a result of this, many housemates broke down." That sounds unintentionally hilarious. (Possibly only to me.)
|
|
|
104 2009-09-09.txt:14:18:06: <fizzie> Heh. "Teen Big Brother -- was originally shot in advance -- to air in 2003 as an educational item, screened as part of Channel 4's 4Learning programming. -- On Day Six/Seven, Jade Dyer and Tommy Wright became the first Big Brother UK contestants to have sex on the show in its history. According to The Independent, this was the first real-life sexual act shown on British television --"
|
|
|
105 2009-09-09.txt:22:02:45: <fizzie> I guess it is pretty thick and otherwise big too, yes; 111 x 60 x 18 mm. On the other hand, I've been carrying the 130 x 70 x 20 mm N-gage around for years now, and it doesn't feel that big any more.
|
|
|
106 2009-09-12.txt:16:09:52: <ehird> Repositories are just too big to maintain yet they'll never be big enough
|
|
|
107 2009-09-14.txt:06:29:21: <ehird> if you define it high enough, that project is too big to exist (or is it too big to fail? let's bail out Eclipse)
|
|
|
108 2009-09-18.txt:00:15:09: <Ilari> But the symbol table is treated as sparse (big memory savings and big speedup).
|
|
|
109 2009-09-20.txt:15:10:12: <ehird> Pictured: Big border, big border, small border.
|
|
|
110 2009-09-29.txt:17:14:31: <ehird> Maybe it's because I have a big screen, so the window clickies are bigger.
|
|
|
111 2009-10-05.txt:04:08:30: <ehird> due to the ever bigger and bigger strings kept in memory
|
|
|
112 2009-10-11.txt:02:23:57: <ehird> whatever, if I had two or three monitors (I guess I'll want them when I have the bigger room, bigger desk) i'd ask for a non-blanked vevrsion
|
|
|
113 2009-10-18.txt:14:27:34: <oklopol> so still not completely unambiguous, just more unambiguous,.
|
|
|
114 2009-10-31.txt:20:57:34: <ehird> For instance, none of the big ELF code... just uber-simple a.out. That's a pretty big drop right there.
|
|
|
115 2009-11-02.txt:05:35:49: <ehird> at bigger sizes there's more ambiguity, so to speak, so you can have unique sans serif typefaces
|
|
|
116 2009-11-07.txt:19:46:02: <SimonRC> Not only is the kernel getting bigger and bigger (including all the modules it uses) but they took years to add support for $obscure_hardware_that_noone_uses!
|
|
|
117 2009-11-15.txt:18:27:14: <ehird> big This package implements multi-precision arithmetic (big numbers).
|
|
|
118 2009-11-15.txt:18:27:20: <ehird> bignum is bigger
|
|
|
119 2009-11-15.txt:22:53:22: <ehird> "Ambiguous assignment. The following are identical:" Ambiguous because there's more than one way?
|
|
|
120 2009-11-15.txt:23:48:07: <ehird> [[Dude, Go is the biggest piece of crap I've ever seen touted as a real programming language. They took D's syntax and stuck some concurrency bits from Erlang in it. Big deal. I bet the concurrency doesn't work right, because it never does in imperative languages.
|
|
|
121 2009-11-19.txt:06:00:54: <Warrigal> Aleph_1 is the answer to the question "What's the size of the smallest set that's bigger than aleph?", aleph_2 is the answer to "What's the size of the smallest set that's bigger than aleph_1?", and so on.
|
|
|
122 2009-11-19.txt:06:10:31: <immibis> having names for infinite numbers is stupid, especially considering that basically you have "the biggest natural number" and now you've got names fo rnumbers bigger than it
|
|
|
123 2009-11-19.txt:06:14:24: <immibis> you have the biggest number, and you also have that many numbers bigger than it
|
|
|
124 2009-11-29.txt:05:42:37: <ehird> coppro: what do you think of intbig as a bignum type name?
|
|
|
125 2009-12-05.txt:12:15:41: <oklofok> i mean i still code like little snippets every now and then, but bigger i don't really have time for bigger programs
|
|
|
126 2009-12-06.txt:03:03:31: <oklofok> N is a big subset, and infinite one in fact; cantor's argument says it's still not big enough.
|
|
|
127 2009-12-06.txt:13:47:42: <ehird> If there's a disagreement about whether it was ambiguous between two people who don't think the other is *completely* insane, then it's ambiguous.
|
|
|
128 2010-01-02.txt:16:05:12: <fizzie> Also I have a picture of a very big pyramid: http://zem.fi/g2/d/9571-2/p1050097_panorama.jpg -- taken very near (well, there wasn't much room to back off) and mapped with the equirectangular projection, makes it look even bigger than what it actually is. Especially when you look at the tiny tiny people there.
|
|
|
129 2010-01-11.txt:01:32:55: <zzo38> You were discussing linguistics and ambiguity, but maybe I should make up a text-adventure game based on ambiguous writing and you have to figure it out by trying different commands, it can be called "Ambiguity Game"
|
|
|
130 2010-01-25.txt:15:44:23: <scarf> AnMaster: you can surely encode a bigfloat in a bigint somehow
|
|
|
131 2010-02-01.txt:02:16:12: <oklofok> well biggest power + biggest possible digit you can multiply it with
|
|
|
132 2010-02-13.txt:17:47:29: <alise> you know, like a big big . filling a whole letterspace, but hollow.
|
|
|
133 2010-02-15.txt:00:43:55: <augur> which took sentences like "John's penis was too big to fit into Mary's vagina" and turned it into "John was too big for Mary"
|
|
|
134 2010-02-19.txt:14:09:59: <alise> e I normally would, and have a bigger lunch every day. Big deal, I ate that much before I went there anyway.
|
|
|
135 2010-02-22.txt:19:29:02: <scarf> so if you want a bigger array, you create a bigger array then copy your data into it
|
|
|
136 2010-02-23.txt:20:54:26: <cpressey> "do bignum" => "cleanly support bignums as a primitive type"
|
|
|
137 2010-02-23.txt:21:54:01: <cpressey> So what would the Befunge-111 spec need to address? Cleaning up ambiguities, specifying bignum behavior, throwing out useless crap like handprints and team numbers
|
|
|
138 2010-02-25.txt:20:18:19: <Ilari> Which would imply that bignum funge need to have some way to represent bignums in dumps...
|
|
|
139 2010-02-26.txt:23:52:37: <fizzie> Many (or some, anyway) bignum systems have a MAX_BIGNUM; for example, GMP's documented integer format on a 32-bit system can't be larger than something like 2^(32*2^31); and for a 64-bit system, typically it's actually still just 2^(64*2^31), which might even fit in the memory of a reasonable system; it's just 32 gigabytes.
|
|
|
140 2010-03-03.txt:17:13:28: <cpressey> scarf: OK, in the bignum case. I guess I'm talking about the non-bignum case.
|
|
|
141 2010-03-03.txt:17:40:43: <cpressey> I think it's more productive, when faced with an ambiguously-defined fingerprint, to propose a new fingerprint with a different name (diff by one letter, say) which fixes the ambiguities.
|
|
|
142 2010-03-03.txt:17:41:27: <cpressey> Implementations which provide ambiguous fingerprints will do so ambiguously. Good implementations that provide ambiguous fingerprints will allow themselves to be configured to handle the common de facto interpretations of the fingerprint.
|
|
|
143 2010-03-03.txt:20:36:06: <fizzie> anmaster_l: Do you happen to know Erlang's actual bignum format, by the way? I only know how GMP does it, and that particular library has a (surprisingly small) MAX_BIGNUM.
|
|
|
144 2010-03-04.txt:21:13:01: <fizzie> pikhq: It should do that already, I think. At least the fusecompress man page options list has: "Block size influences compression ratio. Bigger block size allows better compression ratio, but random access to data will be slower and memory requirements will be bigger." They must have just screwed it up somehow.
|
|
|
145 2010-03-05.txt:14:39:10: <scarf> yep, looks like bigger screen = bigger keyboard
|
|
|
146 2010-03-12.txt:21:19:53: <fizzie> Finland's possibly biggest Real Computer, CSC's louhi (Cray XT4/XT5) looks like this: http://www.aamulehti.fi/teema/tiede/5322047-big.jpg
|
|
|
147 2010-03-15.txt:21:56:53: <hiato> John is bigger than Peter. We don't say how John is bigger
|
|
|
148 2010-03-15.txt:21:58:25: <uorygl> If all you were saying is that John and Peter are related by size, then "John is bigger than Peter" and "Peter is bigger than John" would mean the same thing.
|
|
|
149 2010-03-27.txt:12:24:59: <oklopol> kay so basically you just take bigger and bigger elements and have the sequence be longer than the set's size
|
|
|
150 2010-04-21.txt:09:33:17: <Rugxulo> but seriously, there's a big difference between "unpopular" and "sucks big time"
|
|
|
151 2010-05-01.txt:23:28:49: <alise> We should just make a computer program that continually makes up bigger and bigger recursive ways to create numbers
|
|
|
152 2010-05-03.txt:17:27:49: <alise> By which token, it's either very, VERY big, or too big.
|
|
|
153 2010-05-03.txt:21:37:31: <alise_> bigness (yourEncoding [a,b,c]) ~= bigness (concatMap bitStrings [a,b,c]) + 1/phi
|
|
|
154 2010-05-08.txt:23:23:48: <uorygl> It used to be ihope (which got disambiguated to "ihope127"); now it's Warrigal (which got disambiguated to "uorygl").
|
|
|
155 2010-05-15.txt:13:14:49: <alise> AnMaster: About half a slightly-bigger-than-teaspoon (a slightly-bigger-than-teaspoon is one of those plastic spoon things.)
|
|
|
156 2010-05-22.txt:08:19:55: <Gregor> Lesse whether calculus gives a disambiguation page or the calculus of derivatives and integrals with a "for general calculi, see Calculus (disambiguation)"
|
|
|
157 2010-05-28.txt:20:10:18: <alise> cheater99: Just pick a big value such that making it much bigger would make password hashing take an unreasonable amount of time.
|
|
|
158 2010-06-21.txt:21:55:15: <oerjan> Phantom_Hoover: intuitively, 3 and 4 are big enough to let you make complicated stuff but not big enough to let you straighten it out. or something.
|
|
|
159 2010-06-27.txt:22:11:24: <alise> Only few people in the world know that Korea is divided by a big concrete wall in the Parallel 38 that was built by the United States of America when the Korean War finished.This wall is hundreds of times bigger than the one that existed in Germany and is separating the Korean families, brothers, parents... the nation is divided because the U.S.A. is dominating the southern part and keeps an army of more than 40.000 soldiers to avoid the union of th
|
|
|
160 2010-06-27.txt:22:11:44: <alise> The unification of Korea, the peace in the peninsula and the meeting of all the families is possible, but the U.S.A. isn't interested on it, and every year with the support of the South Korean Army they display big military maneuvers like the 'Ulji Focus Lens' or 'Team Spirit with the purpose of invading and dominate the North. Only when the american soldiers will leave South Korea and the citizens will recover they sovereignity, a big united Korean na
|
|
|
161 2010-07-04.txt:18:21:45: <alise> Indeed, it will not have scripting support because it'll be so simple that scripting it would be basically pointless, as there isn't anything to script. If there's an actual "big" (big being almost anything in this context) feature you want to add, you can patch the code easily enough.
|
|
|
162 2010-07-12.txt:16:17:20: <pikhq> ... The bignums! The bignums!
|
|
|
163 2010-07-18.txt:22:25:28: <alise> [[And he was right. His motivation was, perhaps, to make bigger Perl conferences, or he likes Perl doing well, or something like that. But in actual fact he was right, so that sort of galvanized the meeting. He said "I don't care what you do, but you gotta do something big." And then he went away.
|
|
|
164 2010-07-21.txt:21:09:11: <oerjan> not that you'd expect it to. even languages with big ints usually don't have big floats i think, at least by default
|
|
|
165 2010-07-21.txt:21:10:34: <cpressey> Big rats probably more common than big floats.
|
|
|
166 2010-08-14.txt:04:09:38: <cpressey> ftp://ftp.mathematik.uni-muenchen.de/pub/forster/aribas/examples/queens.ari <-- OK, so ARIBAS is basically Pascal with bigints. Big whee
|
|
|
167 2010-08-21.txt:19:53:59: <alise> and a big, big house
|
|
|
168 2010-09-02.txt:18:46:26: <fizzie> I have the worst bignum implementation ever. but it's single-file! (I got sidetracked on a C programming course "calculate character histogram" home exercise, and wrote one with a bignum lib and multibyte character support.)
|
|
|
169 2010-09-13.txt:02:36:02: <alise> It's a big dog but it can do pretty much anything I want with a big gob of elisp, so.
|
|
|
170 2010-09-16.txt:18:08:44: <Phantom_Hoover> "There's a broader point here. Why the big push for black holes by liberals, and big protests against any objection to them? If it turned out empirically that promoting black holes tends to cause people to read the Bible less, would you still push this so much?" — Andrew Schlafly, teacher of children.
|
|
|
171 2010-09-17.txt:12:47:44: <fizzie> With a Pacific timezone → UTC conversion from pytz's timezone database; the only problem there is the one hour of ambiguous times when clocks are moved back, for those I just let the system guess, unless I actually see in the timestamps a backwards jump; in that case I'll use that to disambiguate.
|
|
|
172 2010-09-17.txt:19:39:50: <fizzie> hqx: http://zem.fi/~fis/biglog.png -- there, that's a bit bigger. (For any later updated versions, I'll try to get some sort of X scale going.)
|
|
|
173 2010-09-27.txt:21:24:19: <alise> g++ `wx-config --cxxflags` -O5 -DZLIB -DVERSION=2.1 -Wall -Wno-non-virtual-dtor -fno-strict-aliasing -c -o ObjGTK/bigint.o bigint.cpp
|
|
|
174 2010-09-28.txt:16:12:20: <cpressey> You just have a big breeder pattern and hope that it lines up fortuitously against your neighbour's big breeder patterns?
|
|
|
175 2010-10-02.txt:03:20:49: <Sgeo> What a big-ass encyclopedia. What a big ass-encyclopedia. What a big assencyclopædia
|
|
|
176 2010-10-05.txt:19:27:56: <alise> "Wow -- it's bigger on the inside! You see a big, shiny button. --More--"
|
|
|
177 2010-10-14.txt:16:35:53: <Slereah> Yeah, I find his broad generalization of bigots to be a bit biggoted
|
|
|
178 2010-10-15.txt:19:02:27: <elliott> There is big big binary blob, what is?
|
|
|
179 2010-10-17.txt:00:16:42: <zzo38> Play solitaire card and win a big spider 2.9 times as big as you and then change their name to AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA!!!!!
|
|
|
180 2010-10-17.txt:00:23:30: <zzo38> But if someone in near here win the big spider 2.9 times as big as me and change their name to AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA!!!!! then if I win something else as big, it can trade with you if the other thing is the things you wanted.
|
|
|
181 2010-10-17.txt:00:33:45: <zzo38> elliott: If you are as big as me, send a big spider to me and then I will figure out how much money to refund for that. (Please note this is not a refund for the computer program; but it is still a refund for the same amount of money; so why complain?)
|
|
|
182 2010-10-23.txt:05:46:05: <zzo38> Make a game that you will win a big spider three times as big as you.
|
|
|
183 2010-10-24.txt:02:46:39: <zzo38> Do you want to win a big spider three times as big as you, or four times as big as you, or five times as big as you? (No cheating and writing "three and a half times" as your answer, please!)
|
|
|
184 2010-10-24.txt:05:53:58: <zzo38> I don't want a tribble. But I want to win a big spider three times as big as I am! And nobody else bother me when I am working in my room because the other people won't fit, it is already full
|
|
|
185 2010-10-24.txt:19:40:45: <zzo38> Now I would see if I had win a big spider 2.9 times as big as I am.
|
|
|
186 2010-10-25.txt:03:36:40: <Gregor> I did one big plus any smalls between it and the next big.
|
|
|
187 2010-10-25.txt:06:42:46: <elliott> catseye: Do you think Enhanced CWEB should support a big spider three times as big as you?
|
|
|
188 2010-10-26.txt:07:11:08: <catseye> zzo38: our scientists have pondered that question and have told us about sunspot activity and spiders three times as big as they are, and squirrels four times as big as the spiders (those are some BIG squirrels.)
|
|
|
189 2010-10-26.txt:07:15:36: <elliott> ... "An opposite theory is that the cargo is itself copies of Big Rigs: Over the Road Racing. The setting of the game is not clear, but it is often believed that it is set in a dystopian LOSER future where Big Rigs is outlawed."
|
|
|
190 2010-10-26.txt:17:51:00: <elliott> cpressey: The manual begins like this: "Your desktop," it says, "is big. Really big. Really big. You just won't believe how vastly hugely mindboggingly big it is. I mean you may think it's a long way down the road to the chemist, but that's just peanuts to space. Listen ..." and so on.
|
|
|
191 2010-10-29.txt:23:51:58: <catseye> Is the prize a spider three times as big as me? NOTE: The awesome thing about such spider is, no matter how big you are, it is BIGGER
|
|
|
192 2010-11-02.txt:06:25:16: <elliott> Free market supporters seem to say "well, corporations won't get big enough!" and then when all the instances of unregulated corporations get big enough are presented, they say "well, that market wasn't *totally* free" as if somehow, increasing the freedom of a market makes it more and more terrible until it's totally free, at which point it becomes perfect.
|
|
|
193 2010-11-02.txt:10:07:20: <evincar> I should write an esolang whose grammar is intentionally ambiguous, and whose parser decides between ambiguous expressions based on how amusing the result will be, rather than some arbitrary notion of "correctness" imposed by an ill-conceived attempt to implement DWIM.
|
|
|
194 2010-11-04.txt:01:38:06: <elliott> pikhq: [[I have had one of the biggest experiences in the laundering of terrorist money and funny money that anyone has had in the City. I have handled billions of pounds of terrorist money.]] [[My biggest terrorist client was the IRA and I am pleased to say that I managed to write off more than £1 billion of its money.]] [[I hasten to add that it is no good getting the police in, because I shall immediately call the Bank of England as my defence
|
|
|
195 2010-11-06.txt:20:31:34: <oklopol> i'd like this game where you have an infinite 2d universe and really small planets, and gravity is towards big polygons, polygons merge into bigger polygons automatically to make the physics real-time computable, and you could build spaceships from the materials found on your planet
|
|
|
196 2010-11-06.txt:20:33:48: <oklopol> bigger the polygon, bigger the grav
|
|
|
197 2010-11-07.txt:00:37:43: <Sgeo> Anything bigger than the Single Bypass Burger is too big for my jaws
|
|
|
198 2010-11-08.txt:19:46:58: <elliott> Gregor: x = percentage of rabbits that are bigger than the average-sized cat. y = percentage of cats that are bigger than the average-sized dog.
|
|
|
199 2010-11-09.txt:01:42:51: <elliott> Vorpal: Great, now they're public domain! Swap ambiguity for ambiguity :) http://cr.yp.to/distributors.html
|
|
|
200 2010-11-13.txt:19:51:08: <elliott> Vorpal: (Think: big, big radiator.)
|
|
|
201 2010-11-13.txt:21:42:04: <elliott> zzo38: One thing to take note of is that if you pass alloca() too big a number -- such that the amount of stack used plus the number given is bigger than the maximum size of the stack -- you will get a stack overflow.
|
|
|
202 2010-11-14.txt:21:15:37: <elliott> It's not that big. Just big for a graphics card.
|
|
|
203 2010-11-21.txt:01:22:22: <elliott> (also a recursive fibonacci with BIGNUMS (yes, bignums) in the preprocessor)
|
|
|
204 2010-11-21.txt:03:59:35: <elliott> olsner: " (The ??= token is a trigraph for #. It is used here to visually disambiguate this inclusion from a normal file inclusion because it is definitely not normal. The %: digraph can also provide such disambiguation. Neither is necessary.)"
|
|
|
205 2010-12-01.txt:20:49:26: <oklofok> in english, bigger and bigger balls are filled with 0
|
|
|
206 2010-12-05.txt:12:59:39: <Phantom_Hoover> People on Celebrity Big Brother who are famous for /being on a previous series of Plebian Big Brother/.
|
|
|
207 2010-12-05.txt:21:14:54: <elliott> Correctness if a plausible scenario exists in which incorrectness would break something. So for files that could be quite big reasonably, yes, use a bigger type.
|
|
|
208 2010-12-07.txt:20:10:49: <Vorpal> <oerjan> Gregor: heh sadly the swedish translation fails to preserve the ambiguity solely because because of pronoun gender <-- which ambiguity?
|
|
|
209 2010-12-13.txt:18:29:56: <elliott> ais523: (big number)x(big number)x128 bytes
|
|
|
210 2010-12-20.txt:21:27:22: <zzo38> No actually you have to win a big spider more bigger than you. You also need to make a copy of the game on VHS tape.
|
|
|
211 2010-12-21.txt:23:31:44: <zzo38> Sgeo: Yes you shouldn't kill BIG_MONSTER. (You can't, anyways. But even if you could, you shouldn't. You should kill MEDIUM_SIZE_MONSTER though, because they are bad and BIG_MONSTER can help you to beat them.)
|
|
|
212 2010-12-22.txt:21:24:07: <Vorpal> Gregor, let us suppose the value constant of the universe was big enough. How big would it have to be?
|
|
|
213 2010-12-28.txt:06:24:39: <j-invariant> In mathematics, we strive to rid our expositions of ambiguity, and we deem the expositions with the least ambiguity as “rigorous.” <-- this doesn't fit with my picture at all
|
|
|
214 2010-12-30.txt:01:55:20: <elliott> ((terms : types) :: CATEGORY THEORY) :::::::::::: <H1><BOLD><BIG><BIG><BLINK><MARQUEE>METAGORY THEORY</HTML>
|
|
|
215 2011-01-15.txt:22:51:57: <oklopol> elliott: by a big box of oklopols, surely you mean a big box of big boxes of oklopols? i have like 5 big boxes of big boxes of oklopols in my base
|
|
|
216 2011-01-19.txt:22:02:32: <oerjan> maybe it could happen briefly in a big crunch or big rip scenario
|
|
|
217 2011-01-22.txt:20:26:26: <elliott> Vorpal: ambiguity is absolutely fine, I remember you talking about it: the specific case is so rare as to be irrelevant, and combined with other log sources + manual disambiguating it could work fine
|
|
|
218 2011-01-27.txt:23:59:02: <coppro> courts historically are not a big fan of "<BIG CORPORATION> implements non-negotiable required unreasonable arbitration clause"
|
|
|
219 2011-02-03.txt:19:21:01: <variable> Vorpal, the big "0" day came and went (when the final big allocations were made and now its up to the regional allocations)
|
|
|
220 2011-02-04.txt:12:17:52: <fizzie> ais523: Out of curiosity, since the 1cnis page points out multiple times that the reference impl doesn't do bignums: is there a particular reason why "use bignum;" wouldn't be enough to make it so?
|
|
|
221 2011-02-06.txt:09:41:09: <Ilari> I think APNIC is the one most vulernable to panic, but the others in big three are by no means invulernable. Looks like the other two won't get very much, at least until big three deplete.
|
|
|
222 2011-02-07.txt:21:20:39: <ais523> "use bignum;" isn't enough, I have to work out exactly where to use bignits
|
|
|
223 2011-02-13.txt:19:33:50: <elliott> quintopia: no, we have a big hill because gregor made it big
|
|
|
224 2011-02-14.txt:16:42:50: <ais523_> if you had bignums, you could do that, although Calculon doesn't have a swap-top-two-stack-elements instruction, nor an obvious way to do modulo, so it'd be interesting to figure out what the computational class of bignum Calculon would be (and likewise, if it's restricted to integers)
|
|
|
225 2011-02-14.txt:22:16:49: <elliott> Because eventually the division stack will get bigger and bigger. :p
|
|
|
226 2011-02-17.txt:18:35:17: <tswett> So then a can just be big enough to hold b, and b big enough to hold c, and so on, and you've got yourself a Minsky register machine.
|
|
|
227 2011-02-21.txt:02:55:44: <elliott> Sgeo: She was the UK's big, big taste of the far-right-wing.
|
|
|
228 2011-03-04.txt:00:47:24: <oerjan> it's not ambiguous, it's hideously ambiguous.
|
|
|
229 2011-03-08.txt:21:58:36: <elliott> It's a big, big program that does nothing at all for you.
|
|
|
230 2011-04-05.txt:19:35:15: <MYPEN_ISBIG> oh it's pretty fucking big
|
|
|
231 2011-04-06.txt:16:50:18: <Zwaarddijk> can there exist decision problems that are equally difficult (for any of big-oh, big omega or big theta) yet not reducible to each other?
|
|
|
232 2011-04-06.txt:17:15:25: <oerjan> <Zwaarddijk> can there exist decision problems that are equally difficult (for any of big-oh, big omega or big theta) yet not reducible to each other?
|
|
|
233 2011-04-10.txt:08:25:37: <cheater-> you do one big select for when the future day is a holiday, and one big select for when it's not
|
|
|
234 2011-04-10.txt:08:56:10: <cheater99> <cheater-> you do one big select for when the future day is a holiday, and one big select for when it's not
|
|
|
235 2011-04-11.txt:19:20:21: <elliott> i suppose i can imagine a universe where bignum+bignum arithmetic is more common than bignum+fixnum or fixnum+fixnum, but it's sure as hell not this one
|
|
|
236 2011-04-12.txt:23:29:21: <elliott> gmp appears to offer a guarantee that any bignum's log_2 will fit into an unsigned long, and you can preallocate a bignum with space for N bits
|
|
|
237 2011-04-14.txt:00:27:11: <elliott> Gregor: Hay wanna fix fytheBignumMod in bignum.c? 8D
|
|
|
238 2011-04-17.txt:01:34:27: <news-ham> Big Society 'toothless' - Nichols: The leader of the Roman Catholic Church in England and Wales describes David Cameron's Big Society initiative as "toothless". http://www.bbc.co.uk/go/rss/int/news/-/news/uk-politics-13107287
|
|
|
239 2011-04-20.txt:15:40:19: <elliott> EL CAMINO BIGNUM: El Camino Real, a street through the San Francisco peninsula that originally extended (and still appears in places) all the way to Mexico City. It was termed "El Camino Double Precision" when someone noted it was a very long street, and then "El Camino Bignum" when it was pointed out that it was hundreds of miles long.
|
|
|
240 2011-04-23.txt:19:07:56: <elliott> Yes, because you don't have to worry about bignum promotion, operations with one operand fixnum and the other bignum, the five hundred kinds of division it provides...
|
|
|
241 2011-04-23.txt:19:29:20: <Vorpal> elliott, you mean that you have to handle bignum/bignum bignum/fixnum fixnum/bignum and fixnum/fixnum?
|
|
|
242 2011-04-30.txt:13:38:07: <crystal-cola> on a bigger and bigger string
|
|
|
243 2011-05-03.txt:23:51:56: <elliott> Just want to give a big thanks to all contributers and to all those who have worked on Deadfish in any way possible. I didn't think Deadfish would make it even this far! Great job! I must move on now to bigger projects though... Use the esolang wiki as your up-to-date resource on Deadfish since it's doing a better job then my archive and plus it's better this way! :-) - JTS
|
|
|
244 2011-05-13.txt:20:54:25: <elliott> else plusInteger (toBig i1) (toBig i2)
|
|
|
245 2011-05-17.txt:00:08:16: <oerjan> that reminds me that there was some big confusion once when google started returning a different result when you searched for the name of some big site (or possibly it was "<name of big site> login")
|
|
|
246 2011-05-22.txt:21:02:23: <elliott> Timwi: Well it's hard to clarify things when there's true ambiguity, because that ambiguity is in the spec itself.
|
|
|
247 2011-05-22.txt:21:02:46: <elliott> If we had a Funge-98 article, it would have to be extremely ambiguous by necessity (although Mycology acts as a sort of de facto disambiguator)
|
|
|
248 2011-06-07.txt:06:35:47: <Patashu> iirc the biginteger class has a big ass list of add(biginteger a, big integer b) type methods
|
|
|
249 2011-06-14.txt:08:31:43: <olsner> "I want a bigger rabbit so I can compare it to this rabbit and say it's bigger!"
|
|
|
250 2011-07-08.txt:04:19:54: <monqy> the most recent dream I remember was one where everything was dark and I had to go to a restaurant and there was just a big dark room with a big table with a shark on it
|
|
|
251 2011-07-08.txt:15:25:41: <Deewiant> Because downcasting big endian integers isn't a no-op, you're less likely to cast with big endian, and because blindly casting is generally bad, this is a good thing, thus big endian encourages good practices, thus it is good
|
|
|
252 2011-07-14.txt:06:04:37: <coppro> elliott: my approach to multiple instances would be to basically allow the type system to implicitly create a complex type where multiple instances exist, and then disambiguate it later. Operations on the typeclass would be lazy and thus not performed until at least the disambiguation occurs. There's some deep type system magic that it would entail though.
|
|
|
253 2011-07-18.txt:06:18:54: <ais523> wow, on NetHackWiki, I just found a disambiguation page with two disambiguation headers
|
|
|
254 2011-07-18.txt:06:19:02: <ais523> as in, it had to disambiguate what was being disambiguated
|
|
|
255 2011-08-01.txt:15:24:09: <itidus20> oh pennymatching? i gave up on this idea but i'll spell it out.. A guy with a big slow sword vs a guy with a small fast sword. They choose to attack high or low. If they attack at the same height the big sword smashes the small sword. If they attack different heights the small sword makes contact first decisively.
|
|
|
256 2011-08-05.txt:21:29:44: <elliott> your disambiguation needs disambiguation :D
|
|
|
257 2011-08-09.txt:17:04:23: <itidus20> people use big words around me.. i go on wiki.. find a few new big words.. im just an agent of these words
|
|
|
258 2011-08-09.txt:22:22:18: <monqy> how big is big
|
|
|
259 2011-08-13.txt:19:25:27: <nooga> it is both ambiguous and unambiguous
|
|
|
260 2011-08-15.txt:01:22:33: <zzo38> Yes it does still mention them. It was probably intended to use ( ) to make not ambiguous, but it doesn't actually help make anything not ambiguous or help anything else either. What does help is what I mentioned, which is using "with" to separate two arguments.
|
|
|
261 2011-08-15.txt:03:50:59: <Sgeo> Big, big deep breath. Deep down inside you there is a submarine. It has a tongue. Exhale."
|
|
|
262 2011-08-19.txt:23:42:17: <pikhq> Which is generally ambiguous, and only happens to be *slightly* less ambiguous in English than usual.
|
|
|
263 2011-08-21.txt:03:12:11: <Gregor> one thread { while (select()) { BIG LOCK { everything } } } another thread { while (SDL_Bullshot()) { BIG LOCK { everything } } }
|
|
|
264 2011-08-26.txt:05:16:45: <CakeProphet> "HI IM A BIG DUDE FOR BIG PEOPLE" -- elliott hird
|
|
|
265 2011-08-26.txt:23:02:43: <Deewiant> elliott: Replace bigfile with the path to your big file
|
|
|
266 2011-08-30.txt:23:02:42: <elliott> slicehost added bigger and bigger plans rather than making their cheap ones better
|
|
|
267 2011-09-03.txt:07:14:34: <zzo38> If it is still the wrong function then it should be error. Or, if the name "a" is ambiguous and you type "b = a" without a type signature, then that is also ambiguous and is error.
|
|
|
268 2011-09-03.txt:07:17:37: <zzo38> I mean, for example, if "a" is ambiguous because one module it is Int, one module it is String, then you have "b = a; c :: Int; c = a; d :: Int; d = a;" and you have no other module with "a" then definition of "b" is error but "c" and "d" should not be ambiguous because there is only one possible match.
|
|
|
269 2011-09-21.txt:18:42:30: <elliott_> s/ambiguous/unambiguous/
|
|
|
270 2011-09-21.txt:20:21:30: <elliott> Fuck You Industries: "It's so big. So big. You don't even know. So big."
|
|
|
271 2011-09-24.txt:02:02:25: <monqy> oh I meant bigger than 4 when i said big. 4 is pretty big if you actually want things to be good.
|
|
|
272 2011-09-29.txt:21:03:47: <elliott__> heap can hold big big big.
|
|
|
273 2011-09-30.txt:17:18:42: <CakeProphet> elliott__: https://plus.google.com/117832052760789742441/about _HI IM A BIG DUDE FOR BIG PEOPLE_
|
|
|
274 2011-10-05.txt:21:53:35: <elliott> ais523: heh, maybe you can disambiguate by specifying desired big-O complexities with the signatures
|
|
|
275 2011-10-08.txt:16:17:23: <elliott> ais523: I think I might have to bring in the big guns for this one (there is only one big gun, it is called unsafeCoerce)
|
|
|
276 2011-10-10.txt:04:20:15: <monqy> there are a few types of not finishing but yeah the biggest thing i've ever finished outside of a school related thing (university; i unwisely chose computer science as my major) wasn't very big :'(
|
|
|
277 2011-10-10.txt:20:42:18: <Gregor> Anyway, the bigger problem with printf("%d", sizeof(foo)) is that it can fail even on sensible, legitimate systems. Particularly big-endian 64-bit ones.
|
|
|
278 2011-10-10.txt:22:17:12: <elliott> "The grammar is ambiguous regarding the extent of lambda abstractions, let expressions, and conditionals. The ambiguity is resolved by the meta-rule that each of these constructs extends as far to the right as possible."
|
|
|
279 2011-10-16.txt:00:14:57: <pikhq> Big, big thing is do not ever include external libraries.
|
|
|
280 2011-10-18.txt:13:27:31: <fizzie> It's not big in absolute sense, but it's bigger than you'd expect a random wooden church in the middle of nowhere to be.
|
|
|
281 2011-10-18.txt:20:12:05: <citiral> How big is big?
|
|
|
282 2011-10-19.txt:18:23:02: <elliott> bignum / BigFloat
|
|
|
283 2011-10-26.txt:00:49:10: <evincar> It's not hideously ambiguous...it just has one particularly hideous ambiguity.
|
|
|
284 2011-11-18.txt:13:54:18: <Gregor> The only big problem with dc is bignum :P
|
|
|
285 2011-11-19.txt:22:42:27: <CakeProphet> big dude for big people.
|
|
|
286 2011-11-20.txt:00:43:53: <oerjan> elliott: you should have a pool big enough to swim in, but not big enough to get lost
|
|
|
287 2011-11-22.txt:04:44:38: * kallisti googled for: big dudes for big people
|
|
|
288 2011-11-25.txt:00:28:15: <elliott> oerjan: well bigger yes, but /relatively/ bigger?
|
|
|
289 2011-11-25.txt:00:30:29: <elliott> oerjan: bigness islike this: 1 is small, 2^80 is small, g_1 is miedum-ish, g_64 is pretty big
|
|
|
290 2011-12-02.txt:10:21:46: <oklopol> it means that in every column, the density of some symbol 0 always gets bigger and bigger
|
|
|
291 2011-12-02.txt:23:08:01: <myndzi> Observe that when a positive leap second occurs (i.e., when a leap second is inserted) the Unix time numbers repeat themselves. The Unix time number 915 148 800.50 is ambiguous: it can refer either to the instant in the middle of the leap second, or to the instant one second later, half a second after midnight UTC. In the theoretical case when a negative leap second occurs (i.e., when a leap second is deleted) no ambiguity is caused, b
|
|
|
292 2011-12-06.txt:19:44:27: <oklopol> not really. make it converge to 0 and keep making the sum bigger and bigger.
|
|
|
293 2011-12-08.txt:06:02:14: <oklopol> copumpkin: yeah my castle is ridiculously big, i could probably fit like a hundred people in here, and i have a big lamp, so if i took that off, at least 2 more
|
|
|
294 2011-12-09.txt:13:22:13: <elliott> Hexham: big city for big people.
|
|
|
295 2011-12-13.txt:12:09:54: <elliott> readFile is clever; it just asks the OS how big the file is, then does one big B.hGet of that size
|
|
|
296 2011-12-14.txt:19:06:33: -!- BigIndian is now known as xxBigIndianxx.
|
|
|
297 2011-12-19.txt:01:23:39: <elliott> shachaf: "{loader.c} very big very big"
|
|
|
298 2011-12-19.txt:01:23:59: <shachaf> elliott: At least we all know how to compare "big" to "very big"!
|
|
|
299 2011-12-19.txt:01:24:14: <shachaf> > "very big" > "big"
|
|
|
300 2011-12-27.txt:21:24:17: <colloinkgravisom> http://en.wikipedia.org/wiki/Big_Number_Change ;; the big places got their prefixes all en-flattened.
|
|
|
301 [too many lines; stopping]
|
