On 01/20/2012 01:09 PM, Andrej Mitrovic wrote:
So I'm trying to port those php scripts and see if it's usable for D.
When I have some scripts done I'll put them on github somewhere. Of
course I'm not stopping anyone else from doing the same..
Cool!!
Out of curiosity. libxml2 for XPath ?
--
I agr
On 21.01.2012 05:42, Brad Roberts wrote:
On 1/20/2012 8:33 PM, Kapps wrote:
On 20/01/2012 5:26 PM, Brad Roberts wrote:
To be more general than paying attention to Nick's specific issues.. paying
attention to the various attributes that are
available: priority, severity, and vote count. Each
Am 21.01.2012, 05:28 Uhr, schrieb Kapps :
This issue left me with a permanent avoidance of ref foreach after
encountering it the first day I used D.
On 20/01/2012 10:25 PM, Andrej Mitrovic wrote:
One of the first bugs I've filed (now 1.5+ years old):
void main()
{
float[] arr = [1.0, 2
On 1/21/2012 1:07 AM, Don wrote:
> On 21.01.2012 05:42, Brad Roberts wrote:
>> On 1/20/2012 8:33 PM, Kapps wrote:
>>> On 20/01/2012 5:26 PM, Brad Roberts wrote:
To be more general than paying attention to Nick's specific issues..
paying attention to the various attributes that
are
>
Am 21.01.2012, 02:16 Uhr, schrieb Timon Gehr :
On 01/21/2012 01:48 AM, Stewart Gordon wrote:
On 20/01/2012 00:46, Peter Alexander wrote:
On 20/01/12 12:25 AM, Trass3r wrote:
Could we please have at least a warning if code isn't compatible with
64Bit?
It's really annoying to test out some code
On 20/01/2012 17:58, Andrei Alexandrescu wrote:
On 1/17/12 12:48 AM, Andrei Alexandrescu wrote:
I hate I must ask this:
int[string] aa;
foreach (k; aa.byKey) { ... }
or
int[string] aa;
foreach (k; aa.byKey()) { ... }
Thanks,
Andrei "I told you" Alexandrescu
I tallied the votes.
Functio
Andrei Alexandrescu wrote:
> On 1/20/12 7:31 PM, Michel Fortin wrote:
>> On 2012-01-20 17:58:28 +, Andrei Alexandrescu
>> said:
>>
>>> I tallied the votes.
>>>
>>> Function: Mail Mantis, bearophile, Jacob Carlborg, Olivier Pisano, Ary
>>> Manzana, torhu.
>>>
>>> Property: Nick Sabalausky, Sim
Couldn't it be handled by a special switch on 64 bit compilers, and
disabled normally?
Theoretically yes, but it would destroy the original intention.
Ensuring 64 bit compatibility is as easy as compiling with -m64 from time
to time, but some people can't be bothered.
They won't use a new sw
On 21/01/12 12:48 AM, Stewart Gordon wrote:
On 20/01/2012 00:46, Peter Alexander wrote:
On 20/01/12 12:25 AM, Trass3r wrote:
Could we please have at least a warning if code isn't compatible with
64Bit?
It's really annoying to test out some code and having to fix a bunch of
stupid uint->size_t b
On 21/01/12 1:43 AM, Andrei Alexandrescu wrote:
Apparently the participants in this thread are divided regarding general
rules as well as their applicability to this particular case.
And this is exactly the problem. There are no general rules because
everyone disagrees with what exactly a prop
Or they're on windows.
No excuse. Now there are prebuilt gdc packages :)
On 21/01/2012 11:43, Peter Alexander wrote:
size_t is defined in druntime as an alias to uint/ulong.
In C++ too, size_t is defined in the standard library.
The compiler is unaware of any special status that it may have.
The whole point of what I'm saying is that it doesn't need to be.
wri
On Saturday, 21 January 2012 at 12:53:27 UTC, Nick Sabalausky
wrote:
"Trass3r" wrote in message
news:op.v8flqsr63ncmek@enigma...
Couldn't it be handled by a special switch on 64 bit
compilers, and disabled normally?
Theoretically yes, but it would destroy the original intention.
Ensuring 64 b
"Trass3r" wrote in message news:op.v8flqsr63ncmek@enigma...
>> Couldn't it be handled by a special switch on 64 bit compilers, and
>> disabled normally?
>
> Theoretically yes, but it would destroy the original intention.
> Ensuring 64 bit compatibility is as easy as compiling with -m64 from time
Stewart Gordon:
> From what I gather, some C++ compilers do more than this: they have a
> built-in
> understanding of the STL types, which they can use to optimise operations on
> them better
> than can be done in the code implementations of them.
I presume future D compilers will recognize
On 20 January 2012 20:06, Sean Kelly wrote:
> On Jan 20, 2012, at 5:10 AM, Manu wrote:
> >
> > I had some troubles with std.concurrency which I thought it might be
> nice to address.
> >
> > Perhaps the most major problem I had was related to the concept of
> thread ownership. If a spawned thread
On 21/01/2012 13:33, Vladimir Panteleev wrote:
On Saturday, 21 January 2012 at 12:53:27 UTC, Nick Sabalausky wrote:
"Trass3r" wrote in message
news:op.v8flqsr63ncmek@enigma...
Couldn't it be handled by a special switch on 64 bit compilers, and
disabled normally?
Theoretically yes, but it wou
Manu wrote:
Eg, I press '.' and the list of methods appears, and I skim
through the
list and choose the one that looks appropriate, I'll choose
receive, and
then I'll be puzzled by the argument list and why it doesn't
work like I
expect, after a little wasted time, I may begrudgingly read the
Hello!
We have a need to bind smaller to medium-size C library and would like
to provide more D-ish or higher-level bindings than just wrapper over C
code.
E.g. the C function looks like:
int swe_calc_ut ( double tjd_ut, int ipl, int iflag, double* xx, char* serr)
and we would like to e.g. use
On 21 January 2012 17:23, F i L wrote:
> Manu wrote:
>
>> Eg, I press '.' and the list of methods appears, and I skim through the
>> list and choose the one that looks appropriate, I'll choose receive, and
>> then I'll be puzzled by the argument list and why it doesn't work like I
>> expect, afte
I suggest checking out Erlang messaging, as it's the basis for this design.
Maybe then things will be a bit clearer.
Sent from my iPhone
On Jan 21, 2012, at 6:34 AM, Manu wrote:
> On 20 January 2012 20:06, Sean Kelly wrote:
> On Jan 20, 2012, at 5:10 AM, Manu wrote:
> >
> > I had some troubl
For the last however long, I've been still programming mostly in D1, but aiming to keep my
libraries compatible with both D1 and D2.
But changes in D2 have made this more of a challenge. I've also been put off switching to
D2 by the wait for D1 to be finished.
Now the plan to discontinue D1
Seriously? I usually turn that feature off if I use an IDE that has it. Large
projects aren't an issue. I've worked on some counted in millions of lines of
code.
Sent from my iPhone
On Jan 21, 2012, at 7:23 AM, "F i L" wrote:
> Manu wrote:
>> Eg, I press '.' and the list of methods appears,
On 21.01.2012 02:43, Andrei Alexandrescu wrote:
A good outcome of this vote might have been the distillation of some
simple guidelines, as opposed to enforcing some arbitrary consistency.
Apparently the participants in this thread are divided regarding general
rules as well as their applicabilit
bearophile wrote:
> So I'm asking for more info here.
The classes `invariant' can be eliminated by a `debug'-prefix.
-manfred
I'm only supporting D2.
D1 support would require more effort that can be better used
to add more features and create more libraries. New D users are
unlikely to try D1 since D2 is now rather stable, and even if
the do, they won't stay there for long.
I myself started using D with D1 about 1,5
On Fri, 20 Jan 2012 13:13:42 -0600, Walter Bright
wrote:
On 1/20/2012 2:12 AM, Robert Caravani wrote:
First of all thanks for this fast answer!
On 1/19/2012 12:48 PM, Roberto Caravani wrote:
I think this would be a real neat and very important feature, when it
comes to shared libraries. Is
Am 21.01.2012 04:48, schrieb Adam D. Ruppe:
On Saturday, 21 January 2012 at 03:43:50 UTC, Caligo wrote:
http://www.youtube.com/watch?v=VpZtX32sKVE
Oh my, don't get me started on college!
I'm so happy I dropped out of that waste.
I guess this is a specific USA issue.
In Europe you will har
On 21 January 2012 18:09, Sean Kelly wrote:
> I suggest checking out Erlang messaging, as it's the basis for this
> design. Maybe then things will be a bit clearer.
Are you suggesting that erlang is a common language that all programmers
worth their paycheques are familiar with... and would als
Erlang being uncommon doesn't mean it doesn't have awesome
features.
Java (or COBOL :p) are common, that doesn't mean we should copy
them
just to make it easier for Java users to move to D.
OT, but this always pisses me off:
I use Vim. On Linux. Vim not being an IDE doesn't mean it doesn't
ha
On Saturday, January 21, 2012 07:53:51 Nick Sabalausky wrote:
> "Trass3r" wrote in message news:op.v8flqsr63ncmek@enigma...
>
> >> Couldn't it be handled by a special switch on 64 bit compilers, and
> >> disabled normally?
> >
> > Theoretically yes, but it would destroy the original intention.
>
On Saturday, 21 January 2012 at 18:14:42 UTC, Paulo Pinto wrote:
In Europe you will hardly get a programming job as developer if
you don't have a degree in Computer Science, Electronic, Physics
or Mathematic applied to computation, just to name a few of the
common degrees.
A lot of Americans ar
On Saturday, January 21, 2012 19:14:41 Paulo Pinto wrote:
> Am 21.01.2012 04:48, schrieb Adam D. Ruppe:
> > On Saturday, 21 January 2012 at 03:43:50 UTC, Caligo wrote:
> >> http://www.youtube.com/watch?v=VpZtX32sKVE
> >
> > Oh my, don't get me started on college!
> >
> > I'm so happy I dropped ou
Hi,
I needed a native-size signed integer type this other day and was just
kinda wondering: Why don't we have this in object.di? isize_t or whatever?
(I have a feeling this has been asked before, but my search-fu is weak
today seemingly...)
--
- Alex
On 01/21/2012 09:06 PM, Alex Rønne Petersen wrote:
Hi,
I needed a native-size signed integer type this other day and was just
kinda wondering: Why don't we have this in object.di? isize_t or whatever?
(I have a feeling this has been asked before, but my search-fu is weak
today seemingly...)
Hi,
I have an import related questoin..
I have this:
module A;
const c1=4;
module B;
import A;
module C;
private import B;
Should not module C see c1? Because it cannot see it. Even if the import
is not private.
Regards
Marton Papp
On Saturday, January 21, 2012 21:22:22 equi...@atw.hu wrote:
> Hi,
>
> I have an import related questoin..
>
> I have this:
>
> module A;
>
> const c1=4;
>
>
> module B;
>
> import A;
>
>
> module C;
>
> private import B;
>
>
>
> Should not module C see c1? Because it cannot see it. Ev
"Stewart Gordon" wrote in message
news:jfenst$av2$1...@digitalmars.com...
>
> How many people here are still using D1?
>
> What are those of you who write libraries mainly doing?
> (a) supporting only D1?
> (b) supporting only D2?
> (c) releasing separate D1 and D2 versions?
> (d) using versionin
On 1/20/12, bls wrote:
> Out of curiosity. libxml2 for XPath ?
I'm porting the JSON scripts first. There are already JSON dumps that
the php script makes, so I'd like to take advantage of that. Making a
1to1 port is crucial so I don't introduce any bugs (that php scripts
creates 500_000 lines of
"Jonathan M Davis" wrote in message
news:mailman.661.1327176314.16222.digitalmar...@puremagic.com...
> On Saturday, January 21, 2012 19:14:41 Paulo Pinto wrote:
>> Am 21.01.2012 04:48, schrieb Adam D. Ruppe:
>> > On Saturday, 21 January 2012 at 03:43:50 UTC, Caligo wrote:
>> >> http://www.youtube
Should not module C see c1? Because it cannot see it. Even if the import
is not private.
No. imports are private by default There's no point in marking them as
private. If you want module C to see what module B is importing, then
module B
needs to import it publicly. e.g.
module B;
publi
On 21-01-2012 21:18, Timon Gehr wrote:
On 01/21/2012 09:06 PM, Alex Rønne Petersen wrote:
Hi,
I needed a native-size signed integer type this other day and was just
kinda wondering: Why don't we have this in object.di? isize_t or
whatever?
(I have a feeling this has been asked before, but my s
There's sizediff_t which is the same thing.
On 21-01-2012 22:46, Andrej Mitrovic wrote:
There's sizediff_t which is the same thing.
I still think this type name has some specific notion to it. "isize_t"
alone just means "a signed integer the size of a pointer" (same for
size_t, minus the signed), while sizediff_t means something along
On 01/20/2012 10:48 PM, Adam D. Ruppe wrote:
On Saturday, 21 January 2012 at 03:43:50 UTC, Caligo wrote:
http://www.youtube.com/watch?v=VpZtX32sKVE
Oh my, don't get me started on college!
I'm so happy I dropped out of that waste.
Yeah, I like the qualifications that Paulo and Jonathan add t
"Alex Rønne Petersen" wrote in message
news:jffbuc$2b37$1...@digitalmars.com...
> On 21-01-2012 22:46, Andrej Mitrovic wrote:
>> There's sizediff_t which is the same thing.
>
> I still think this type name has some specific notion to it. "isize_t"
> alone just means "a signed integer the size of
There are some more ints here, ints for everyone, for people with long or short
feet or no feet:
http://www.dlang.org/phobos/std_stdint.html
Bye,
bearophile
This has been discussed before on this NG (I don't have the links to
the discussions, sorry!) but additional aliases will not be added.
You'll have to use what you have or introduce your own aliases in your
code.
On 21-01-2012 23:01, Andrej Mitrovic wrote:
This has been discussed before on this NG (I don't have the links to
the discussions, sorry!) but additional aliases will not be added.
You'll have to use what you have or introduce your own aliases in your
code.
Le sigh. Consistent, standardized name
On 21-01-2012 22:59, bearophile wrote:
There are some more ints here, ints for everyone, for people with long or short
feet or no feet:
http://www.dlang.org/phobos/std_stdint.html
Bye,
bearophile
Hm, might just end up using those.
--
- Alex
On 1/21/12 3:56 PM, Chad J wrote:
I don't think American colleges teach Computer Science/Engineering very
well at all.
Wonder why. USA does have the best programmers in the world though.
Andrei
"Chad J" wrote in message
news:jffcaj$2bug$1...@digitalmars.com...
>
> I don't think American colleges teach Computer Science/Engineering very
> well at all. My physics degree was an Engineering Physics degree and thus
> had an engineering "emphasis" which I filled with some CS courses, mostly
"Andrei Alexandrescu" wrote in message
news:jffd0g$2d0u$1...@digitalmars.com...
> On 1/21/12 3:56 PM, Chad J wrote:
>> I don't think American colleges teach Computer Science/Engineering very
>> well at all.
>
> Wonder why. USA does have the best programmers in the world though.
>
At least part o
With a big fat "subject to change use at own risk" warning
attached?
On 21-01-2012 23:24, Bernard Helyer wrote:
With a big fat "subject to change use at own risk" warning attached?
Would also like to have this.
--
- Alex
On 01/21/2012 05:08 PM, Andrei Alexandrescu wrote:
On 1/21/12 3:56 PM, Chad J wrote:
I don't think American colleges teach Computer Science/Engineering very
well at all.
Wonder why. USA does have the best programmers in the world though.
Andrei
Sorry I have no numbers to back this up, but
Am 21.01.2012, 23:24 Uhr, schrieb Bernard Helyer :
With a big fat "subject to change use at own risk" warning attached?
Hey, I just had a use for that the other day. Then again on Linux >=
2.6.32, I can get at the all-time maximum memory usage as measured by the
OS: http://linux.die.net/ma
On 01/21/2012 05:13 PM, Nick Sabalausky wrote:
"Chad J" wrote in message
news:jffcaj$2bug$1...@digitalmars.com...
So college wasn't all that bad to me. They still need to change the
funding model here in the states though. That shit is broken as fuck.
What are you talking about? It works g
On 21/01/12 10:08 PM, Andrei Alexandrescu wrote:
On 1/21/12 3:56 PM, Chad J wrote:
I don't think American colleges teach Computer Science/Engineering very
well at all.
Wonder why. USA does have the best programmers in the world though.
Depends on what you mean by the best. Most successful, y
On 21 January 2012 22:18, Timon Gehr wrote:
> On 01/21/2012 09:06 PM, Alex Rønne Petersen wrote:
>
>> Hi,
>>
>> I needed a native-size signed integer type this other day and was just
>> kinda wondering: Why don't we have this in object.di? isize_t or whatever?
>>
>> (I have a feeling this has bee
On Saturday, 21 January 2012 at 21:56:35 UTC, Chad J wrote:
I also took a Physics degree instead of a CS degree.
That's what I did for my first go. I actually went
to college twice: one year right after high school,
doing physics (at SUNY Oswego), then wanted to go
home, but a couple years late
> So college wasn't all that bad to me. They still need to change the
> funding model here in the states though. That shit is broken as fuck.
> For some people, namely those that are talented and have good
> self-motivation, it may very well be worth their while to skip that
> mess. Probably
On 01/21/2012 06:35 PM, Era Scarecrow wrote:
So college wasn't all that bad to me. They still need to change the
funding model here in the states though. That shit is broken as fuck.
For some people, namely those that are talented and have good
self-motivation, it may very well be worth their wh
On Jan 21, 2012, at 10:35 AM, Manu wrote:
> On 21 January 2012 18:09, Sean Kelly
>
> Seriously? I usually turn that feature off if I use an IDE that has it.
> Large projects aren't an issue. I've worked on some counted in millions of
> lines of code.
>
> Why even argue this? What's the poi
El 20/01/2012 18:58, Andrei Alexandrescu escribió:
On 1/17/12 12:48 AM, Andrei Alexandrescu wrote:
I hate I must ask this:
int[string] aa;
foreach (k; aa.byKey) { ... }
or
int[string] aa;
foreach (k; aa.byKey()) { ... }
I vote properties.
The general rule to me the is a function represent
Those who've been following SDWF will by now have realised that it abuses char[] for ANSI
strings, whereas D strings are meant to be in Unicode. It's high time I did something
about this.
When I started on it, I was still using Windows 98, which has very limited Unicode
support. But that was
"Adam D. Ruppe" wrote in message
news:mvloclloufauudewj...@dfeed.kimsufi.thecybershadow.net...
>
> First off, they required all the first year students
> to live on campus. WTF. And, of course, they required
> these exorbitant fees for all that too.
>
At BGSU, they required first *and* second ye
"Era Scarecrow" wrote in message
news:mailman.667.1327188939.16222.digitalmar...@puremagic.com...
>
> I have refused to go to college if I can't pay for it upfront
>and easily, which was impossible. Right now I have an
>option to go leaving me without a debt. There's courses I
>want to take to ge
On Sunday, 22 January 2012 at 01:17:21 UTC, Nick Sabalausky wrote:
"Adam D. Ruppe" wrote in message
news:mvloclloufauudewj...@dfeed.kimsufi.thecybershadow.net...
First off, they required all the first year students
to live on campus. WTF. And, of course, they required
these exorbitant fees for
On Saturday, January 21, 2012 22:28:20 equi...@atw.hu wrote:
> >> Should not module C see c1? Because it cannot see it. Even if the
> >> import
> >> is not private.
> >
> > No. imports are private by default There's no point in marking them as
> > private. If you want module C to see what module B
On Saturday, January 21, 2012 23:07:17 Alex Rønne Petersen wrote:
> On 21-01-2012 23:01, Andrej Mitrovic wrote:
> > This has been discussed before on this NG (I don't have the links to
> > the discussions, sorry!) but additional aliases will not be added.
> > You'll have to use what you have or int
Oh crap, I did it again. Sorry for the useless
post, I clicked in the wrong place and it ended up
being the send button :(
On Sunday, 22 January 2012 at 01:17:21 UTC, Nick Sabalausky wrote:
And even in the dorms, you still get the middle-of-the-night
fire alarms anyway (speaking of drunks). But
On Saturday, January 21, 2012 16:27:05 Nick Sabalausky wrote:
> That reminds me: There's a *LOT* of people who told me "If two equally good
> people apply for the same job, and one has a degree and other other doesn't,
> the one with the degree will get the job." They always seem to think that's
>
On 22 January 2012 02:42, Sean Kelly wrote:
> On Jan 21, 2012, at 10:35 AM, Manu wrote:
>
> On 21 January 2012 18:09, Sean Kelly
>
> Seriously? I usually turn that feature off if I use an IDE that has it.
>> Large projects aren't an issue. I've worked on some counted in millions of
>> lines of
On Sunday, 22 January 2012 at 02:12:25 UTC, Jonathan M Davis
wrote:
The main problem is getting past HR.
All the jobs I've had (so observation bias here) have been
because I knew somebody or knew somebody who knew somebody.
I find it's good business to stay on good terms with everyone
I know,
sizediff_t or ptrdiff_t I think
D2 only.
No point in supporting D1.
"Jonathan M Davis" wrote in message
news:mailman.671.1327197702.16222.digitalmar...@puremagic.com...
>
>size_t comes from C/C++, and is exactly the same as it is in C++. In D, you
>know that if a type ends in _t, then its size can vary depending on the
>machine that you compile on, unlike all of
"Jonathan M Davis" wrote in message
news:mailman.670.1327197408.16222.digitalmar...@puremagic.com...
> On Saturday, January 21, 2012 22:28:20 equi...@atw.hu wrote:
>> >> Should not module C see c1? Because it cannot see it. Even if the
>> >> import
>> >> is not private.
>> >
>> > No. imports are
On Saturday, January 21, 2012 21:54:37 Nick Sabalausky wrote:
> It wouldn't have to change, just have a better name added. No reason
> 'size_t', et al, couldn't still be kept for compatibility.
Except that we're generally against keeping around alias cruft like that
except temporarily as part of
Adam D. Ruppe:
> All the jobs I've had (so observation bias here) have been
> because I knew somebody or knew somebody who knew somebody.
This is very often true outside academia (and often inside it too). But no one
tells this (and several other basic things, that probably require about 1 hour
"Jonathan M Davis" wrote in message
news:mailman.672.1327198345.16222.digitalmar...@puremagic.com...
>
> The main problem is getting past HR. Sure, if you could get into a real
> interview with real programmers, you could show that you know what you're
> talking about, but without a degree and/or
On Saturday, January 21, 2012 22:12:46 Nick Sabalausky wrote:
> Sorry...I couldn't help replying. :/ Don't mean to try to drag you into it.
I don't mind you replying. I'm just trying to get across that I'm not really
interested in going back and forth on it. I clearly disagree with you on the
v
In the last days Walter and other people are closing and fixing many bugs. But
there is one bug that Walter has closed that I am not so sure about:
http://d.puremagic.com/issues/show_bug.cgi?id=5306
Regarding this code:
import core.stdc.stdio;
void main() {
foreach (ref i; 0 .. 10) {
"Adam D. Ruppe" wrote in message
news:klssvtelbzdqkrfbu...@dfeed.kimsufi.thecybershadow.net...
> Oh crap, I did it again. Sorry for the useless
> post, I clicked in the wrong place and it ended up
> being the send button :(
>
Don't you like having the "Send Message Before I'm Done Writing It" bu
"Jonathan M Davis" wrote in message
news:mailman.674.1327201445.16222.digitalmar...@puremagic.com...
> On Saturday, January 21, 2012 21:54:37 Nick Sabalausky wrote:
>> It wouldn't have to change, just have a better name added. No reason
>> 'size_t', et al, couldn't still be kept for compatibility
On 1/21/2012 7:03 PM, Jonathan M Davis wrote:
On Saturday, January 21, 2012 21:54:37 Nick Sabalausky wrote:
It wouldn't have to change, just have a better name added. No reason
'size_t', et al, couldn't still be kept for compatibility.
Except that we're generally against keeping around alias c
I've had a use for it recently in some string processing, and I quite
liked it that all I had to do was make my index ref just to skip an
element. If I couldn't do that then I'd have to create a state
variable or use the ancient for loops.
"Walter Bright" wrote in message
news:jfg0p4$i1j$1...@digitalmars.com...
> On 1/21/2012 7:03 PM, Jonathan M Davis wrote:
>> On Saturday, January 21, 2012 21:54:37 Nick Sabalausky wrote:
>>> It wouldn't have to change, just have a better name added. No reason
>>> 'size_t', et al, couldn't still be
It can be very useful to skip array elements.
-
import std.stdio;
void main()
{
auto ary = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9];
foreach(ref i, e; ary)
writeln(i++, "|", e);
}
I made a pull request to distinguish between ref and non-ref index
parameters.
http://d.pur
Andrej Mitrovic:
> I've had a use for it recently in some string processing, and I quite
> liked it that all I had to do was make my index ref just to skip an
> element. If I couldn't do that then I'd have to create a state
> variable or use the ancient for loops.
It's bad code, that relies on a
On Saturday, January 21, 2012 22:38:48 bearophile wrote:
> In the last days Walter and other people are closing and fixing many bugs.
> But there is one bug that Walter has closed that I am not so sure about:
> http://d.puremagic.com/issues/show_bug.cgi?id=5306
[snip]
I don't see any issue with t
On 01/21/2012 07:01 PM, Chad J wrote:
On 01/21/2012 06:35 PM, Era Scarecrow wrote:
So college wasn't all that bad to me. They still need to change the
funding model here in the states though. That shit is broken as fuck.
For some people, namely those that are talented and have good
self-motivati
On 1/22/12, bearophile wrote:
> It's bad code, that relies on a not intuitive special case.
> I suggest you to use a more clean and readable ancient for loop for that
> purpose.
> Relying on magical syntax is not a good idea for production code.
Mr. one-letter-long-variable-names is telling me to
On Thu, 19 Jan 2012 23:36:12 +0100, Sean Kelly
wrote:
Thanks :-) If you have ideas on how it could be improved, please let me
know.
Well you know the obvious extension, extending this to IPC, networking and
user defined transport layers.
Of course we're lacking a marshalling solution f
http://news.ycombinator.com/item?id=3495283
and getting rid of unsigned types is not the solution to signed/unsigned issues.
The way it is now is makes sense to me. Behavior I would've
expected, but then, I never truly wrote in Python beyond a few
modifications to Blender interface scripts.
On Sunday, January 22, 2012 07:51:28 F i L wrote:
> The way it is now is makes sense to me. Behavior I would've
> expected, but then, I never truly wrote in Python beyond a few
> modifications to Blender interface scripts.
In general, the behavior of the various constructs in the language should
On Sat, 21 Jan 2012 22:29:51 +0100
Andrej Mitrovic wrote:
Hello Andrej,
> I'm porting the JSON scripts first. There are already JSON dumps that
> the php script makes, so I'd like to take advantage of that. Making a
> 1to1 port is crucial so I don't introduce any bugs (that php scripts
> creates
On 01/21/2012 10:05 PM, Walter Bright wrote:
http://news.ycombinator.com/item?id=3495283
and getting rid of unsigned types is not the solution to signed/unsigned
issues.
A quote from that link:
"There are many use cases for data types that behave like pure bit
strings with no concept of sign
100 matches
Mail list logo