Hmm, just a coincidence then. Is there an easy way to reproduce the behavior? 2013/5/1 Marcus Denker <marcus.denker@inria.fr>
but Opal is not used here!
And we had cases before, Esteban was looking at this.
On Wed, May 1, 2013 at 3:03 PM, Nicolas Cellier < nicolas.cellier.aka.nice@gmail.com> wrote:
I'd rather suspect an OpalCompiler bug... This happened to me after I switch to opal as default and recompiled all... Following in another post...
2013/4/30 Sven Van Caekenberghe <sven@stfx.eu>
On 30 Apr 2013, at 10:33, Marcus Denker <marcus.denker@inria.fr> wrote:
On Apr 30, 2013, at 10:30 AM, Sven Van Caekenberghe <sven@stfx.eu>
wrote:
On 30 Apr 2013, at 08:53, no-reply@ci.inria.fr wrote:
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=mac...
1 regressions found. Zinc.Tests.ZnClientTests.testPostMultipart
This seems like a compiler problem to me: how else could (client := ZnClient new) return a SmallInteger ?
This is a vm bug, I think.
Nice ;-)
Error Message
SmallInteger>>url:
Stacktrace
SmallInteger(Object)>>doesNotUnderstand: #url: [:server | (client := ZnClient new) url: server localUrl; addPath: 'echo';
addPart: (ZnMimePart fieldName: 'username' value: 'john');
addPart: (ZnMimePart fieldName: 'foo' entity: (ZnEntity text: '123'));
addPart: (ZnMimePart fieldName: 'file' fileNamed: filename); post. self assert: client isSuccess. self assert: (client contents includesSubstring: 'multipart')] in ZnClientTests>>testPostMultipart BlockClosure>>cull: [server start. self assert: server isRunning & server isListening. block cull: server] in ZnClientTests>>withServerDo: BlockClosure>>ensure: ZnClientTests>>withServerDo: ZnClientTests>>testPostMultipart ZnClientTests(TestCase)>>performTest
-- -- Marcus Denker -- denker@acm.org http://www.marcusdenker.de