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

Re: [Pharo-dev] About nextPutAll: $(

by H. Hirzel

On 7/29/15, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > On Sat, Jul 25, 2015 at 9:39 AM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> In BioSmalltalk I use this pattern a lot: >> >> aStream >> nextPutAll: self name >> between: $[ -> $]. >> >> so yes, that would be a nice inclusion for me :) >> > > i don't like the allocation here; v slow. why not nextPutAll:between:and: > ? +1 > >> >> Cheers, >> >> HernÃ¡n >> >> >> >> >> 2015-07-24 17:48 GMT-03:00 stepharo <stepharo(a)free.fr>: >> >>> HI >>> >>> while working on a lecture I saw that we have about 75 cases like: >>> >>> aStream nextPut: $(. >>> .... >>> aStream nextPut: $). >>> >>> >>> >>> storeOn: aStream >>> "Store a description of the elements of the complement rather than >>> self." >>> >>> aStream nextPut: $(. >>> absent storeOn: aStream. >>> aStream nextPut: $); space; nextPutAll: #complement. >>> >>> >>> printElementsOn: aStream >>> aStream nextPut: $(. >>> self size > 100 >>> ifTrue: [aStream nextPutAll: 'size '. >>> self size printOn: aStream] >>> ifFalse: [self keysSortedSafely >>> do: [:key | aStream print: key; >>> nextPutAll: '->'; >>> print: (self at: key); >>> space]]. >>> aStream nextPut: $) >>> >>> we have surroundedBy: aString >>> >>> surroundedBy: aString >>> ^ self class streamContents: [ :s| >>> s nextPutAll: aString. >>> s nextPutAll: self. >>> s nextPutAll: aString ]. >>> >>> But only working on aString. >>> To me it looks like it ia class for having it on stream. >>> >>> What do you think? >>> >>> >>> >>> >>> >> > > > -- > _,,,^..^,,,_ > best, Eliot >

July 30, 2015

Re: [Pharo-dev] Bug in Zinc with empty Context Type?

by Eliot Miranda

Hi Sven, wouldn't it be better to raise a resumable exception, eg ZincMissingHeaderField, that the user can catch and resume supplying the default type? The problem with defaulting is that it buries bugs and assumes a default for other anomalous cases. Sent from my iPhone > On Jul 24, 2015, at 6:35 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Mariano, > > I committed: > > === > Name: Zinc-HTTP-SvenVanCaekenberghe.435 > Author: SvenVanCaekenberghe > Time: 24 July 2015, 3:26:54.851874 pm > UUID: 329427da-0055-4fd9-a59a-ffc62ae4a1d4 > Ancestors: Zinc-HTTP-SvenVanCaekenberghe.434 > > Modify ZnHeaders>>#contentType so that ZnMimeType default (application/octet-stream) is returned when there is an empty content type header value, this seems to occur in the wild (thx Mariano Peck) > === > > Now you will get bytes back, the native type for application/octet-stream. You can of course do an #asString, use a ZnCharacterEncoder or whatever. > > Note that you could also use the extension (as we humans would do): > > ZnMimeType forFilenameExtension: 'csv' > > But even then, no encoding is specified. > > I still think the server's response is plain wrong: it say 'here is data, but I won't tell you what it means'. The content-type should be text/plain or even better text/csv. I think you should contact the Quandl guys and tell them exactly that. > > Sven > >> On 22 Jul 2015, at 16:55, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >> >> >> On Wed, Jul 22, 2015 at 11:48 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Hi Mariano, >> >> I am pretty sure that 'Content-Type' is a required header that cannot be empty. >> >> I imagined..that's why I said that even if it was "server's fault" .... >> >> It seems to be in an AWS S3 response, which is pretty weird (maybe you uploaded with an empty one in the first place). >> >> No, the file was not updated by me, but from a financial data provider. Just try: >> >> ZnClient new get: 'http://static.quandl.com/end_of_day_us_stocks/ticker_list.csv' >> >> >> On the other hand, maybe Zn could be a bit more robust. >> >> Yes, I think you should. For example, Curl did work for that very same example. >> >> But what should Zn do in this case ? There is no content type that matches nil, maybe application/octet-stream (ZnMimeType default) ? >> >> >> Yes, that's exactly my workaround: >> >> ZnEntityReader >> contentType >> ^ ((self headers includesKey: 'Content-Type') and: [ (self headers at: 'Content-Type') isEmpty not]) >> ifTrue: [ self headers contentType ] >> ifFalse: [ ZnMimeType applicationOctetStream ] >> >> Probably you can make that prettier :) >> >> Sven >> >>> On 22 Jul 2015, at 16:15, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >>> >>> Hi, >>> >>> I am using Zinc to get the contents of a file. The code works correct in GemStone (because I think it uses a different/older) version but in Pharo it throws an error in: >>> >>> ZnHeaders >> contentType >>> ^ ZnMimeType fromString: (self headers at: 'Content-Type') >>> >>> The error there is in the #fromString: since " (self headers at: 'Content-Type')" answers an empty string. >>> The error inside #fromString is in this line: >>> >>> sub := aString copyFrom: main size + 2 to: endOfSub. >>> >>> that fails of course since 'aString' is an empty string. >>> >>> Curl shows indeed that the url I am getting has an empty content type defined: >>> >>> < HTTP/1.1 200 OK >>> < x-amz-id-2: eBymTYeSNAPTsgOYDvpbqj/gIPcPpuSb6F0ca/zVjLUG+P2hLZJy/IbU+4MX42sW >>> < x-amz-request-id: F82747AD31A40F4E >>> < Date: Wed, 22 Jul 2015 14:02:00 GMT >>> < Last-Modified: Tue, 21 Jul 2015 20:42:44 GMT >>> < ETag: "a9fc27157bca2863a58c331e0eae27fb" >>> < Content-Type: >>> < Content-Length: 437013 >>> < Server: AmazonS3 >>> >>> So...while it may be "server's fault" because it may be doing something wrong, is still need to get it. I haven't found any workaround in Zinc that it wasn't changing code. >>> >>> I am fine with changing code / override if this is a bug and will be fixed later. But if there is a setting or something I would be glad to know it. >>> >>> Thanks, >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com > >

July 30, 2015

Re: [Pharo-dev] Bug in Zinc with empty Context Type?

by Mariano Martinez Peck

Thanks Sven. Yes, I agree with your comment that they are doing it wrong. On Fri, Jul 24, 2015 at 10:35 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Mariano, > > I committed: > > === > Name: Zinc-HTTP-SvenVanCaekenberghe.435 > Author: SvenVanCaekenberghe > Time: 24 July 2015, 3:26:54.851874 pm > UUID: 329427da-0055-4fd9-a59a-ffc62ae4a1d4 > Ancestors: Zinc-HTTP-SvenVanCaekenberghe.434 > > Modify ZnHeaders>>#contentType so that ZnMimeType default > (application/octet-stream) is returned when there is an empty content type > header value, this seems to occur in the wild (thx Mariano Peck) > === > > Now you will get bytes back, the native type for application/octet-stream. > You can of course do an #asString, use a ZnCharacterEncoder or whatever. > > Note that you could also use the extension (as we humans would do): > > ZnMimeType forFilenameExtension: 'csv' > > But even then, no encoding is specified. > > I still think the server's response is plain wrong: it say 'here is data, > but I won't tell you what it means'. The content-type should be text/plain > or even better text/csv. I think you should contact the Quandl guys and > tell them exactly that. > > Sven > > > On 22 Jul 2015, at 16:55, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > > > > > On Wed, Jul 22, 2015 at 11:48 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > Hi Mariano, > > > > I am pretty sure that 'Content-Type' is a required header that cannot be > empty. > > > > I imagined..that's why I said that even if it was "server's fault" .... > > > > It seems to be in an AWS S3 response, which is pretty weird (maybe you > uploaded with an empty one in the first place). > > > > No, the file was not updated by me, but from a financial data provider. > Just try: > > > > ZnClient new get: ' > http://static.quandl.com/end_of_day_us_stocks/ticker_list.csv' > > > > > > On the other hand, maybe Zn could be a bit more robust. > > > > Yes, I think you should. For example, Curl did work for that very same > example. > > > > But what should Zn do in this case ? There is no content type that > matches nil, maybe application/octet-stream (ZnMimeType default) ? > > > > > > Yes, that's exactly my workaround: > > > > ZnEntityReader >> contentType > > ^ ((self headers includesKey: 'Content-Type') and: [ (self headers > at: 'Content-Type') isEmpty not]) > > ifTrue: [ self headers contentType ] > > ifFalse: [ ZnMimeType applicationOctetStream ] > > > > Probably you can make that prettier :) > > > > Sven > > > > > On 22 Jul 2015, at 16:15, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > > > Hi, > > > > > > I am using Zinc to get the contents of a file. The code works correct > in GemStone (because I think it uses a different/older) version but in > Pharo it throws an error in: > > > > > > ZnHeaders >> contentType > > > ^ ZnMimeType fromString: (self headers at: 'Content-Type') > > > > > > The error there is in the #fromString: since " (self headers at: > 'Content-Type')" answers an empty string. > > > The error inside #fromString is in this line: > > > > > > sub := aString copyFrom: main size + 2 to: endOfSub. > > > > > > that fails of course since 'aString' is an empty string. > > > > > > Curl shows indeed that the url I am getting has an empty content type > defined: > > > > > > < HTTP/1.1 200 OK > > > < x-amz-id-2: > eBymTYeSNAPTsgOYDvpbqj/gIPcPpuSb6F0ca/zVjLUG+P2hLZJy/IbU+4MX42sW > > > < x-amz-request-id: F82747AD31A40F4E > > > < Date: Wed, 22 Jul 2015 14:02:00 GMT > > > < Last-Modified: Tue, 21 Jul 2015 20:42:44 GMT > > > < ETag: "a9fc27157bca2863a58c331e0eae27fb" > > > < Content-Type: > > > < Content-Length: 437013 > > > < Server: AmazonS3 > > > > > > So...while it may be "server's fault" because it may be doing > something wrong, is still need to get it. I haven't found any workaround in > Zinc that it wasn't changing code. > > > > > > I am fine with changing code / override if this is a bug and will be > fixed later. But if there is a setting or something I would be glad to know > it. > > > > > > Thanks, > > > > > > > > > -- > > > Mariano > > > http://marianopeck.wordpress.com > > > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

July 30, 2015

Interview with Stonebraker on future of "big data"

by Eliot Miranda

Hi, I found an interesting nugget at the end of http://www.forbes.com/sites/gilpress/2015/07/29/turing-award-winner-stonebr… which is the need to integrate data models in different databases. âIf your application is managing what you want to think of as a single database which is in fact spread over multiple engines,â says Stonebraker, âwith different data models, different transaction systems, different everything, than you want a next-generation federation mechanism to make it as simple as possible to program.â This would seem to play to Smalltalk's strengths. Sent from my iPhone

July 30, 2015

Linux VM should be unicode by default

by Peter UhnÃ¡k

Hi, is there a reason why Unix (Linux) VM is _not_ utf-8 by default? Here's an associated issue https://pharo.fogbugz.com/f/cases/14759/Linux-X11-VM-default-encoding-shoul… Does Mac share this code (since it's technically unix)? Will it break something? Thanks, Peter

July 30, 2015

Re: [Pharo-dev] TextEditor initialization

by Marcus Denker

https://pharo.fogbugz.com/f/cases/16073/TextEditor-initialization <https://pharo.fogbugz.com/f/cases/16073/TextEditor-initialization> > On 30 Jul 2015, at 12:00, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 30 Jul 2015, at 11:15, Stephan Eggermont <stephan(a)stack.nl> wrote: >> >> Is there a specific reason why >> >> TextEditor>>initWithMorph: aMorph >> >> super initialize. >> morph := aMorph. >> self resetState. >> >> calls super initialize instead of self initialize? > > #initialize seems to be not implemented in the hierarchy anyway. > >> >> TextMorph uses that with its subclass SmalltalkEditor as >> >> TextEditor class>>forMorph: aMorph >> >> ^ self basicNew initWithMorph: aMorph >> > > I would > > - change basicNew to new in forMorph: > - remove the call to #initialize in #initWithMorph: as it is done by #new > > Marcus >

July 30, 2015

Re: [Pharo-dev] [Issue tracker] *Please* look at your old reported issues!

by Sean P. DeNigris

philippeback wrote > Not with the tons of configs I load and the fact that Roassal2 has been > moving under my feet. Does this prevent you even from upgrading to 4.0? I use 4.0 every day and have found it very stable. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-tracker-Please-look-at-your-old-reported-issues… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 30, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50201 Home: https://github.com/pharo-project/pharo-core

July 30, 2015

[pharo-project/pharo-core] 79740c: 50201

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 79740c4f3f4ac8b5de5e3e70a2cc7707209160a2 https://github.com/pharo-project/pharo-core/commit/79740c4f3f4ac8b5de5e3e70… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-07-30 (Thu, 30 Jul 2015) Changed paths: A AST-Core.package/RBPatternBlockNode.class/instance/testing-matching/isPatternNode.st M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version1164_.st A Deprecated50.package/extension/RBLintRule/instance/category.st A Deprecated50.package/extension/SmalltalkImage/instance/imageName.st A Deprecated50.package/extension/SmalltalkImage/instance/imageName_.st R Refactoring-Critics.package/RBLintRule.class/instance/accessing/category.st M Rubric.package/RubAbstractTextArea.class/class/settings/editorFont.st M Rubric.package/RubScrolledTextMorph.class/instance/initialize-release/beForSmalltalkCode.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50200.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50201.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50200.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50201.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R System-Support.package/SmalltalkImage.class/instance/image%2C changes names/imageName.st R System-Support.package/SmalltalkImage.class/instance/image%2C changes names/imageName_.st Log Message: ----------- 50201 15512 Method deprecated but not in Deprecated50 https://pharo.fogbugz.com/f/cases/15512 16041 Rubric is not using source code font anymore since update 50192 https://pharo.fogbugz.com/f/cases/16041 16070 RBPatternBlockNode should implement #isPatternBlockNode and return true https://pharo.fogbugz.com/f/cases/16070 http://files.pharo.org/image/50/50201.zip

July 30, 2015

Re: [Pharo-dev] Calendar Events?

by Esteban Lorenzano

Hi, > On 25 Jul 2015, at 18:22, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > This is great. > > A lot of value is not easily discoverable in SmalltakHub!!! Scheduler is also in the catalogâ¦ would be cool to have a better description of it there (cough, cough, Torsten) :) Esteban > > With the reliability of Pharo images you can have an image running as cron server :) > > > > Esteban A. Maringolo > > 2015-07-25 7:03 GMT-03:00 Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>>: > You mean Scheduler? > > http://smalltalkhub.com/#!/~TorstenBergmann/Scheduler <http://smalltalkhub.com/#!/~TorstenBergmann/Scheduler> > > Norbert > Am 25.07.2015 um 09:24 schrieb stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>>: > >> Hi >> >> I would like to schedule some events automatically. I know that there was a package doing something like that. >> Any pointers? >> >> Stef >> >

July 30, 2015