Graham Fawcett Wrote:
> Okay. Well, I hope bitbucket will be public enough for you, but somehow I
> doubt it. :)
>
You can find it here:
freepository.com
login: demo-lite
password: demo
repository: demo
file: /test/date2.d
Graham Fawcett Wrote:
> Okay. Well, I hope bitbucket will be public enough for you, but somehow I
> doubt it. :)
>
Do you know something like pastebin?
Graham Fawcett Wrote:
> > No, my code is on my hdd, never heard about publically accessible
> > repositories, sf is private, git was meant to be more public, though
> > it's too linux-centric, I'll look into bitbucket.
>
> Okay. Well, I hope bitbucket will be public enough for you, but somehow I
On Sat, 17 Apr 2010 10:33:40 -0400, Kagamin wrote:
> Graham Fawcett Wrote:
>
>> > Erm, no. Never heard about public repositories.
>>
>> Sorry, I should have been more clear. I meant, is your code under
>> version control, and is the repository publically accessible: for
>> example, in a sourcefo
Graham Fawcett Wrote:
> > Erm, no. Never heard about public repositories.
>
> Sorry, I should have been more clear. I meant, is your code under version
> control, and is the repository publically accessible: for example, in a
> sourceforge, github, or bitbucket site?
>
No, my code is on my hdd
Graham Fawcett wrote:
> It's in part a leading question. I'm new to this list, and am trying to
> get a sense of how third-party-library development tends to happen in the
> D community.
>
Well, a lot of it is on http://dsource.org
Jerome
--
mailto:jeber...@free.fr
http
On Fri, 16 Apr 2010 16:35:41 -0400, Kagamin wrote:
> fawc...@uwindsor.ca Wrote:
>
>> Thanks for sending your in-progress design. Do you have a public
>> repository anywhere?
>>
> Erm, no. Never heard about public repositories.
Sorry, I should have been more clear. I meant, is your code under v
fawc...@uwindsor.ca Wrote:
> Thanks for sending your in-progress design. Do you have a public
> repository anywhere?
>
Erm, no. Never heard about public repositories.
Steve Teale Wrote:
> I bleated about this for ages. In the end wrote my own, or rather wrote a
> wrapper over the stuff in the C standard library. There's a lot of work
> in the local time and Julian calender stuff - why re-invent the wheel?
I work only with gregorian calendar, and I'm not sure
On Thu, 15 Apr 2010 15:43:59 -0400, Kagamin wrote:
> fawc...@uwindsor.ca Wrote:
>
>> The std.date library for D2 seems to be buggy with respect to local
>> timezone conversions
>
> That was mild. I've started std.date redesing some time ago, here you
> can see the result, it's still incomplete t
On 04/16/2010 08:54 AM, Bernard Helyer wrote:
On 17/04/10 01:12, fawc...@uwindsor.ca wrote:
On 10-04-16 09:03 AM, fawc...@uwindsor.ca wrote:
On 10-04-15 05:10 PM, Jesse Phillips wrote:
This bug was reported:
http://d.puremagic.com/issues/show_bug.cgi?id=2965
Ah, thank you. I see that import
On 17/04/10 01:12, fawc...@uwindsor.ca wrote:
On 10-04-16 09:03 AM, fawc...@uwindsor.ca wrote:
On 10-04-15 05:10 PM, Jesse Phillips wrote:
This bug was reported:
http://d.puremagic.com/issues/show_bug.cgi?id=2965
Ah, thank you. I see that importing std.datebase does indeed give
better result
On 10-04-16 09:03 AM, fawc...@uwindsor.ca wrote:
On 10-04-15 05:10 PM, Jesse Phillips wrote:
This bug was reported:
http://d.puremagic.com/issues/show_bug.cgi?id=2965
Ah, thank you. I see that importing std.datebase does indeed give
better results, though still not perfectly so:
#!/usr/bin/d
On 10-04-15 05:10 PM, Jesse Phillips wrote:
This bug was reported:
http://d.puremagic.com/issues/show_bug.cgi?id=2965
Ah, thank you. I see that importing std.datebase does indeed give
better results, though still not perfectly so:
#!/usr/bin/dmd -run
import std.datebase;
import s
On 10-04-15 03:43 PM, Kagamin wrote:
fawc...@uwindsor.ca Wrote:
The std.date library for D2 seems to be buggy with respect to local
timezone conversions
That was mild. I've started std.date redesing some time ago, here you can see
the result, it's still incomplete though.
Thanks for sendin
This bug was reported:
http://d.puremagic.com/issues/show_bug.cgi?id=2965
Hi folks,
The std.date library for D2 seems to be buggy with respect to local
timezone conversions:
// demo.d
import std.stdio;
import std.date;
void main() {
// UTC first, then local
writefln(toString(getUTCtime()));
writefln(toString(UTCtoLocalTime(getUTCtime
17 matches
Mail list logo