That’s the thing, there doesn’t look to be a relevant change. Subsequent builds
passed. Is there any non-determinism or external causes of failure for these
tests?
> On Dec 19, 2017, at 5:15 PM, Tony Parker wrote:
>
> Last change in this area was 5 days ago:
>
> 820e3a88 : (5 days ago) Naoki
Last change in this area was 5 days ago:
820e3a88 : (5 days ago) Naoki Ishikawa : use optional binding
Foundation/URLSession/http/HTTPURLProtocol.swift | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
but that does not look promising as a source of a regression.
When did this start fail
swift-corelibs-dev, any clue why this suddenly started failing?
TestFoundation/TestURLSession.swift:776: error:
TestURLSession.test_simpleUploadWithDelegate : XCTAssertEqual failed: ("0") is
not equal to ("16384") -
> On Dec 19, 2017, at 4:02 PM, swift...@swift.org wrote:
>
> [FAILURE] oss-
> On Dec 19, 2017, at 10:27 AM, Jon Shier via swift-corelibs-dev
> wrote:
>
> I’m pretty sure JSON isn’t localized, so this isn’t a bug. Using anything but
> a . as a decimal separator isn’t valid JSON.
JSONEncoder seems to be producing that content, so this does look like a Swift
library
I’m pretty sure JSON isn’t localized, so this isn’t a bug. Using anything but a
. as a decimal separator isn’t valid JSON.
Jon
> On Dec 18, 2017, at 1:04 PM, Jordan Rose via swift-users
> wrote:
>
> (moving to more relevant list)
>
>> On Dec 18, 2017, at 08:51, Benoit Pereira da silva via
Hi Benoit,
Thanks for the bug report. We’ll track it in Radar for Darwin platforms.
If the swift-corelibs-foundation implementation has the same bug (perhaps — I
haven’t checked) then we can continue to track it with SR-6631 separately.
- Tony
> On Dec 19, 2017, at 12:23 AM, Benoit Pereira da
Dear All,
Philippe Hausler has emitted the hypothesis that
https://bugs.swift.org/browse/SR-6631 was a bug in Darwin Objc Foundations.
He was right! Shall i close the Swift SR-6631?
The following Objc Implementation is faulting:
#import
int main(int argc, const char * argv[]) {
@autore
