On Tue, 2015-08-25 at 10:17 -0700, Michael Enright wrote:
> On Mon, Aug 24, 2015 at 10:39 AM, Yaakov Selkowitz wrote:
> > On Mon, 2015-08-17 at 10:10 +0200, Corinna Vinschen wrote:
> >> Maybe the package just needs rebuilding. Yaakov?
> >
> > I have uploaded js185-1.0.0-4. Please let me know if
On Mon, Aug 24, 2015 at 10:39 AM, Yaakov Selkowitz wrote:
> On Mon, 2015-08-17 at 10:10 +0200, Corinna Vinschen wrote:
>> Maybe the package just needs rebuilding. Yaakov?
>
> I have uploaded js185-1.0.0-4. Please let me know if that helps.
>
> --
> Yaakov
>
Good news.
The upload propagated to m
On Mon, 2015-08-17 at 10:10 +0200, Corinna Vinschen wrote:
> On Aug 16 20:00, Michael Enright wrote:
> > I think the only reason there's a crash is because this mozilla.org
> > code is not enabled in cygwin's libmozjs185 for some reason.
> >
> > I cloned the git repo that mozilla.org makes availab
On Aug 16 20:00, Michael Enright wrote:
> On Wed, Aug 5, 2015 at 1:02 AM, Corinna Vinschen wrote:
> > On Aug 3 23:33, Michael Enright wrote:
> >> On Mon, Aug 3, 2015 at 9:52 AM, Michael Enright wrote:
> >> > I'm interested in a solution at the libmozjs level
> >>
> >> Is there anything I can do t
On Wed, Aug 5, 2015 at 1:02 AM, Corinna Vinschen wrote:
> On Aug 3 23:33, Michael Enright wrote:
>> On Mon, Aug 3, 2015 at 9:52 AM, Michael Enright wrote:
>> > I'm interested in a solution at the libmozjs level
>>
>> Is there anything I can do to advance a solution in libmozjs?
>
> You could repo
On Aug 3 23:33, Michael Enright wrote:
> On Mon, Aug 3, 2015 at 9:52 AM, Michael Enright wrote:
> > I'm interested in a solution at the libmozjs level
>
> Is there anything I can do to advance a solution in libmozjs?
You could report the problem upstream, ideally. Since the behaviour
is not res
On Mon, Aug 3, 2015 at 9:52 AM, Michael Enright wrote:
> I'm interested in a solution at the libmozjs level
Is there anything I can do to advance a solution in libmozjs?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Mon, Aug 3, 2015 at 6:42 AM, Corinna Vinschen wrote:
> Hang on. So you suggest that Glibc, Cygwin, as well as any other
> implementation based on the localtime.c code from Arthur David Olson,
> stop using the additional struct members? Despite them doing the right
> thing where the POSIX impl
On Aug 3 03:54, Michael Enright wrote:
> On Mon, Aug 3, 2015 at 1:36 AM, Corinna Vinschen wrote:
> >
> > The core thingy in POSIX is "The header shall declare the tm
> > structure, which shall include at least the following members:"
> >
>
> I saw this lan
On Mon, Aug 3, 2015 at 1:36 AM, Corinna Vinschen wrote:
>
> The core thingy in POSIX is "The header shall declare the tm
> structure, which shall include at least the following members:"
>
I saw this language myself.
>
> A conforming application does not u
On Aug 1 18:47, Michael Enright wrote:
> On Sat, Aug 1, 2015 at 2:47 PM, Brian Inglis wrote:
> > Two problems I have encountered in the past with manually constructed
> > struct tm:
> > - failing to set struct tm.tm_isdst member to -1, or any negative value, so
> > that mktime(3) will determine
Michael Enright kmcardiff.com> writes:
>
> Brian,
> In reference to your comments below I found this link to a repo of
> SpiderMonkey source code.
>
>
http://hg.mozilla.org/releases/mozilla-1.9.1/file/920bcf17a9e1/js/src/prmjtime.cpp
> And the function that calls strftime specifically:
>
http:/
Brian,
In reference to your comments below I found this link to a repo of
SpiderMonkey source code.
http://hg.mozilla.org/releases/mozilla-1.9.1/file/920bcf17a9e1/js/src/prmjtime.cpp
And the function that calls strftime specifically:
http://hg.mozilla.org/releases/mozilla-1.9.1/file/920bcf17a9e1/j
Michael Enright kmcardiff.com> writes:
> The tznam is set from the tmzone member and when this happens that
> member is garbage. This member is garbage POSSIBLY because of a
> configuration option in libmozjs. The calling code is in prmjtime.cpp
> fills in a struct tm from Spidermonkey's own broke
On Fri, Jul 31, 2015 at 5:51 AM, Jon TURNEY wrote:
> It would be very helpful if you could tweak the testcase there and produce
> one which reproduces your problem.
>
> [1]
> https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commitdiff;h=75d5f68aabf62c42884ff935f888b12bbcd1
> [2] http
On Fri, Jul 31, 2015 at 12:50 PM, Michael Enright wrote:
> If I do
> struct tm zeroed = {0};
> manually_initialized.tm_year = 2000;
> strftime(buf, buf_size, "%Z", &zero_initialized);
> The printed time zone is PST (TZ happens to be "America/Los_Angeles")
>
Apologies, I actually did this consiste
On Fri, Jul 31, 2015 at 5:51 AM, Jon TURNEY wrote:
> On 31/07/2015 01:16, Michael Enright wrote:
>>
> It would be very helpful if you could tweak the testcase there and produce
> one which reproduces your problem.
>
> [1]
> https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commitdiff;h=75
On 31/07/2015 01:16, Michael Enright wrote:
The tznam is set from the tmzone member and when this happens that
member is garbage. This member is garbage POSSIBLY because of a
configuration option in libmozjs. The calling code is in prmjtime.cpp
fills in a struct tm from Spidermonkey's own broken-
18 matches
Mail list logo
