March 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [BUG?]: Strange Fuel Result

by Sean P. DeNigris

Sean P. DeNigris wrote > When I materialized in another $40555 image, one of the values is in the > wrong inst var! Same in both images: VsVendor instanceVariables. VsVendor instVarIndexFor: #name. VsVendor instVarIndexFor: #aliases. Different between images: VsVendor slots. "#name and #aliases are reversed" Could this be the source of the error? NB: the source image had the slots reversed compared to the inst var indexes, the file-in target had the slots in the same order as the inst var indexes. If it helps, here's a fileout of the class and the fuel file: VsVendor.st <http://forum.world.st/file/n4811630/VsVendor.st> vendor.st <http://forum.world.st/file/n4811630/vendor.st> ----- Cheers, Sean -- View this message in context: http://forum.world.st/BUG-Strange-Fuel-Result-tp4811628p4811630.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 13, 2015

[BUG?]: Strange Fuel Result

by Sean DeNigris

I serialized an object in #40539. When I materialized in the same image, the object is fine. When I materialized in another $40555 image, one of the values is in the wrong inst var! Fuel has not changed - the same packages are loaded. What could be causing this? Is it a bug?

March 13, 2015

Re: [Pharo-dev] MultiByteFileStream >> next: innerFor: testing

by Sven Van Caekenberghe

#next:forInner: is in a protocol marked private and is undocumented. IMHO you should not write unit tests for such methods. > On 12 Mar 2015, at 23:08, sheridan(a)sheridan-mahoney.com wrote: > > Hi all, > > I'm trying to test MultiByteFileStream>>next:innerFor: and I am running into some perplexing results. > > Here is the test code I wrote, trying to get a Character cr at the end of a String: > > testString := 'Ã© Ã¨ Ã ' , (Character cr) asString . > filename := 'test-file-' , 99 atRandom printString , '.txt'. > MultiByteFileStream > forceNewFileNamed: filename > do: [ :stream | > stream next: 10 innerFor: testString. > ]. > > and the code for MultiByteFileStream>>next:innerFor: > > next: n innerFor: aString > > | peekChar state | > "if we just read a CR, and the next character is an LF, then skip the LF" > aString size = 0 ifTrue: [^ aString]. > (aString last = Character cr) ifTrue: [ > state := converter saveStateOf: self. > peekChar := self bareNext. "super peek doesn't work because it relies on #next" > (peekChar notNil and: [peekChar ~= Character lf]) ifTrue: [ > converter restoreStateOf: self with: state. > ]. > ]. > > ^ aString withSqueakLineEndings. > > > I can't get the line: > > (aString last = Character cr) > > to return "True" so that I can test the path into this part of the method. > > Would anyone be able to explain how to do that, or maybe what approach to take to test this method? > > Many thanks, > > Sheridan > > >

March 12, 2015

Re: [Pharo-dev] MultiByteFileStream >> next: innerFor: testing

by Ben Coman

what version of Pharo? System > System Reporter > Image > Latest update ? cheers -ben On Fri, Mar 13, 2015 at 6:08 AM, <sheridan(a)sheridan-mahoney.com> wrote: > Hi all, > > I'm trying to test MultiByteFileStream>>next:innerFor: and I am running > into some perplexing results. > > Here is the test code I wrote, trying to get a Character cr at the end of > a String: > > testString := 'Ã© Ã¨ Ã ' , (Character cr) asString . > filename := 'test-file-' , 99 atRandom printString , '.txt'. > MultiByteFileStream > forceNewFileNamed: filename > do: [ :stream | > stream next: 10 innerFor: testString. > ]. > > and the code for MultiByteFileStream>>next:innerFor: > > next: n innerFor: aString > > | peekChar state | > "if we just read a CR, and the next character is an LF, then skip the > LF" > aString size = 0 ifTrue: [^ aString]. > (aString last = Character cr) ifTrue: [ > state := converter saveStateOf: self. > peekChar := self bareNext. "super peek doesn't work because > it relies on #next" > (peekChar notNil and: [peekChar ~= Character lf]) ifTrue: [ > converter restoreStateOf: self with: state. > ]. > ]. > > ^ aString withSqueakLineEndings. > > > > I can't get the line: > > (aString last = Character cr) > > to return "True" so that I can test the path into this part of the method. > > Would anyone be able to explain how to do that, or maybe what approach to > take to test this method? > > Many thanks, > > Sheridan > > > >

March 12, 2015

MultiByteFileStream >> next: innerFor: testing

by sheridan＠sheridan-mahoney.com

Hi all, I'm trying to test MultiByteFileStream>>next:innerFor: and I am running into some perplexing results. Here is the test code I wrote, trying to get a Character cr at the end of a String: testString := 'Ã© Ã¨ Ã ' , (Character cr) asString . filename := 'test-file-' , 99 atRandom printString , '.txt'. MultiByteFileStream forceNewFileNamed: filename do: [ :stream | stream next: 10 innerFor: testString. ]. and the code for MultiByteFileStream>>next:innerFor: next: n innerFor: aString | peekChar state | "if we just read a CR, and the next character is an LF, then skip the LF" aString size = 0 ifTrue: [^ aString]. (aString last = Character cr) ifTrue: [ state := converter saveStateOf: self. peekChar := self bareNext. "super peek doesn't work because it relies on #next" (peekChar notNil and: [peekChar ~= Character lf]) ifTrue: [ converter restoreStateOf: self with: state. ]. ]. ^ aString withSqueakLineEndings. I can't get the line: (aString last = Character cr) to return "True" so that I can test the path into this part of the method. Would anyone be able to explain how to do that, or maybe what approach to take to test this method? Many thanks, Sheridan

March 12, 2015

Re: [Pharo-dev] ZnUrl: Constructing without Scheme

by Sven Van Caekenberghe

Because the scheme defines the semantics of what comes after it. Not every URL has a host, like mailto:john@acme.com (to pick an extreme case). Right now, 'foo' on itself becomes a part of the path, not the host. See also #testReferenceResolution where you can clearly see that when there is no scheme, 'g' is always seen as a path (and these examples come from an RFC). I think that what we have now is correct. I am willing to change my mind when you point to some RFC that supports your point ;-) > On 12 Mar 2015, at 22:20, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > On Mar 12, 2015, at 4:54 PM, Sven Van Caekenberghe-2 [via Smalltalk] <[hidden email]> wrote: >> The scheme is not optional, it defines what (kind) the URL is. You are expecting behaviour such as in a browser's address bar. But there, there is context (you are expecting an HTTP URL). > > I did see the defaultScheme: variant. Iâm not saying we should necessarily assume HTTP. Iâm just saying if someone gives us a string like 'www.hm.comâ (which I agree is incompletely defined), why set #segments and not #host? Even with scheme = nil, the following would be more useful: > 'www.hm.com' asUrl host = 'www.hm.com'. > 'www.hm.com' asUrl segments = m') an OrderedCollection() > Cheers, > Sean > > View this message in context: Re: ZnUrl: Constructing without Scheme > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 12, 2015

Re: [Pharo-dev] ZnUrl: Constructing without Scheme

by Sean P. DeNigris

On Mar 12, 2015, at 5:30 PM, Sven Van Caekenberghe-2 [via Smalltalk] <ml-node+s1294792n4811591h9(a)n4.nabble.com> wrote: > I think that what we have now is correct. I am willing to change my mind when you point to some RFC that supports your point ;-) Well in that caseâ¦ ^ Response new emoticon: ':-Pâ; sound: Sound raspberry; yourself. ----- Cheers, Sean -- View this message in context: http://forum.world.st/ZnUrl-Constructing-without-Scheme-tp4811576p4811593.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 12, 2015

Re: [Pharo-dev] ZnUrl: Constructing without Scheme

by Sean P. DeNigris

On Mar 12, 2015, at 4:54 PM, Sven Van Caekenberghe-2 [via Smalltalk] <ml-node+s1294792n4811582h30(a)n4.nabble.com> wrote: > The scheme is not optional, it defines what (kind) the URL is. You are expecting behaviour such as in a browser's address bar. But there, there is context (you are expecting an HTTP URL). I did see the defaultScheme: variant. Iâm not saying we should necessarily assume HTTP. Iâm just saying if someone gives us a string like 'www.hm.comâ (which I agree is incompletely defined), why set #segments and not #host? Even with scheme = nil, the following would be more useful: 'www.hm.com' asUrl host = 'www.hm.com'. 'www.hm.com' asUrl segments = m') an OrderedCollection() ----- Cheers, Sean -- View this message in context: http://forum.world.st/ZnUrl-Constructing-without-Scheme-tp4811576p4811589.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 12, 2015

Re: [Pharo-dev] ZnUrl: Constructing without Scheme

by Sven Van Caekenberghe

Sean, The scheme is not optional, it defines what (kind) the URL is. You are expecting behaviour such as in a browser's address bar. But there, there is context (you are expecting an HTTP URL). What you are looking for is provided: ZnUrl fromString: 'www.host.com' defaultScheme: #http Are you reading the specs differently ? Sven > On 12 Mar 2015, at 21:21, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > 'http://www.hm.com' asUrl host = 'www.hm.com'. > All good so far, but: > 'www.hm.com' asUrl host = nil. > 'www.hm.com' asUrl segments = an OrderedCollection('www.hm.com') > > I realize presenting a URL without a scheme is kind of vague, but the least > surprising thing to me would be to interpret schemeless URLs as starting > with the authority. After all, most people commonly use "www.hm.com" as a > shorthand for "http://www.hm.com" > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/ZnUrl-Constructing-without-Scheme-tp4811576.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

March 12, 2015

ZnUrl: Constructing without Scheme

by Sean P. DeNigris

'http://www.hm.com' asUrl host = 'www.hm.com'. All good so far, but: 'www.hm.com' asUrl host = nil. 'www.hm.com' asUrl segments = an OrderedCollection('www.hm.com') I realize presenting a URL without a scheme is kind of vague, but the least surprising thing to me would be to interpret schemeless URLs as starting with the authority. After all, most people commonly use "www.hm.com" as a shorthand for "http://www.hm.com" ----- Cheers, Sean -- View this message in context: http://forum.world.st/ZnUrl-Constructing-without-Scheme-tp4811576.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 12, 2015