- Pharo-users - lists.pharo.org

MongoCursor>>execute raising 'Unexpected responseTo in response'

by Sebastian Sastre

Hi All, Holger... Iâve seen this today: http://forum.world.st/MongoCursor-gt-gt-execute-and-MongoTalk-changes-td488… <http://forum.world.st/MongoCursor-gt-gt-execute-and-MongoTalk-changes-td488…> After talking with some people in the Pharo chat group at Discord about this erratic error Iâm having with MongoTalkâs MongoCursor . Once it happens, the stream stays open and Mongo says isValid true but no other operations can be executed. Iâve loaded MongoTalk with: Metacello new githubUser: 'pharo-nosql' project: 'voyage' commitish:'1.?' path: 'mc'; baseline: 'Voyage'; load: 'mongoâ. in a Pharo 6.1 image. Did this Unexpected responseTo happened again to you? nextRequestID has the code you mention in the issue: nextRequestID ^requestID := requestID + 1 bitAnd: 16r3FFFFFFF Do you have any further hint on why the issue? Thanks! Sebastian

Dec. 17, 2018

Re: [Pharo-users] voygae on P7 install problens on Windows

by Ben Coman

On Mon, 17 Dec 2018 at 03:25, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello > > Are there more people who cannot install voyage on Windows > I see a message that the name is too long > Could you clarify this last statement... > where pharo works on the root > Did you mean you are already running pharo from somewhere like "C:\pharo" ? ...which was the first thing I would suggest trying? cheers -ben

Dec. 16, 2018

voygae on P7 install problens on Windows

by Roelof Wobben

Dec. 16, 2018

GlorpSQLite not finding sqlite library on Mac

by Todd Blanchard

I loaded up Glorp SQLite using Metacello new repository: 'github://pharo-rdbms/glorp-sqlite3'; baseline: 'GlorpSQLite'; load. This seems to be the only way to get SQLite support? There is no standalone UFFI library? Not that I have a problem with it, I know and like GLORP. Then I ran the basic UDBCSQLite tests and they all fail with 'External module not found'. I'm on MacOS Mojave. I presume this means that the sqlite library was not found but the best I can find is a method #library that returns #sqlite I want to use a homebrew installed version sqlite (technically, I want to use spatialite which is an extended version with GIS extensions). Reading the well written https://files.pharo.org/books-pdfs/booklet-uFFI/UFFIDRAFT.pdf I gather that I should subclass FFILibrary to make a SQLiteLibrary and have UDBCSQLite class that implements #macModuleName to return '/usr/local/Cellar/libspatialite/4.3.0a_6/libspatialite.dylib'?

Dec. 16, 2018

Re: [Pharo-users] chooseExistingFileReference:extensions:path:preview returning wrong FileReference?

by Arturo Zambrano

Thanks I have tested it, and it is working in the case I was using when I reported the problem. On Fri, Dec 14, 2018 at 10:48 AM Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi all, > > I've created issue > https://pharo.fogbugz.com/f/cases/22772/chooseExistingFileReference-extensi… > > And proposed a single-line fix: > https://github.com/pharo-project/pharo/pull/2075 > > I've tested those scenarios and it was working but some more testing would > not hurt :) > Guille > > On Tue, Dec 11, 2018 at 11:15 PM Ben Coman <btc(a)openinworld.com> wrote: > >> https://pharo.fogbugz.com >> >> On Wed, 12 Dec 2018 at 01:54, Arturo Zambrano <arturo.zambrano(a)gmail.com> >> wrote: >> >>> Should I report a bug? If so please send me the link to thw issue >>> tracker >>> >>> On Tue, 11 Dec 2018, 13:05 Sven Van Caekenberghe, <sven(a)stfx.eu> wrote: >>> >>>> I confirm that this does indeed seem to be a problem, weird. >>>> >>>> > On 11 Dec 2018, at 16:53, Arturo Zambrano <arturo.zambrano(a)gmail.com> >>>> wrote: >>>> > >>>> > Hi All, >>>> > I'm replacing a deprecated call by this: >>>> > UIManager default >>>> chooseExistingFileReference:extensions:path:preview:. >>>> > >>>> > The returned fileRefence does not point the actual file selected by >>>> the user (if the file was chosen navigating to other directories than the >>>> default). >>>> > For example: >>>> > >>>> > UIManager default chooseExistingFileReference:'Title' >>>> extensions:#('pdf') path: './' preview: nil >>>> > >>>> > <image.png> >>>> > >>>> > Inspect the result: >>>> > <image.png> >>>> > >>>> > >>>> > >>>> > It seems to be a bug, or maybe there is any other way to call the >>>> dialog. >>>> > >>>> > Any pointer is welcome. >>>> > >>>> > TIA >>>> > >>>> > >>>> > >>>> >>>> >>>> > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 >

Dec. 16, 2018

Re: [Pharo-users] some help to find the bug

by Ben Coman

On Sun, 16 Dec 2018 at 19:57, Roelof Wobben <r.wobben(a)home.nl> wrote: > Op 16-12-2018 om 12:34 schreef Ben Coman: > > > > On Sun, 16 Dec 2018 at 02:37, Roelof Wobben <r.wobben(a)home.nl> wrote: > >> Hello, >> >> I have this code : >> https://gist.github.com/RoelofWobben/7c08680797d1d9f84436653a0e4edd3b >> as my solution to a AoC challenge. >> >> >> But the last test `testIsNice` is still outputting the wrong output. >> The right output is : `ugknbfddgicrmopn ` and `aaa` >> >> Someone who can think with me where I make a thinking error so that the >> right output is seen. >> > > You seem to already have fixed that problem, so just some general > feedback... > > Your #isNice is an instance method, so you are already inside > a FindNiceStrings object. > So you don't need... > ```niceStringsObject := FindNiceStrings new.``` > Just use self. > > By convention, all #isXXXXX methods should return a Boolean > Your ```isNice: aCollection``` method returns a collection. That would be > better renamed #selectNice: > > The two #and: messages inside the #select: makes that a bit verbose. > I'd refactor that condition out to its own method, i.e. ```isNice: > aWord``` since that was freed up > So you would have: > ``` > FindNiceStrings selectNice: aCollection > ^ aCollection select: [ :word | self isNice: word ] > ``` > > > > self assert: (FindNiceStrings new checkForbiddenParts: string) equals: > true > > The "equals: true" part is redundant. > > cheers -ben > > > > Thanks, > > So the isNice function has all the code with the 2 times and. > > and what must i use when a test is false so instead of equals: false > Evaluate this... ```#deny: senders inspect```

Dec. 16, 2018

Re: [Pharo-users] some help to find the bug

by Roelof Wobben

Dec. 16, 2018

Re: [Pharo-users] some help to find the bug

by Ben Coman

On Sun, 16 Dec 2018 at 02:37, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello, > > I have this code : > https://gist.github.com/RoelofWobben/7c08680797d1d9f84436653a0e4edd3b > as my solution to a AoC challenge. > > > But the last test `testIsNice` is still outputting the wrong output. > The right output is : `ugknbfddgicrmopn ` and `aaa` > > Someone who can think with me where I make a thinking error so that the > right output is seen. > You seem to already have fixed that problem, so just some general feedback... Your #isNice is an instance method, so you are already inside a FindNiceStrings object. So you don't need... ```niceStringsObject := FindNiceStrings new.``` Just use self. By convention, all #isXXXXX methods should return a Boolean Your ```isNice: aCollection``` method returns a collection. That would be better renamed #selectNice: The two #and: messages inside the #select: makes that a bit verbose. I'd refactor that condition out to its own method, i.e. ```isNice: aWord``` since that was freed up So you would have: ``` FindNiceStrings selectNice: aCollection ^ aCollection select: [ :word | self isNice: word ] ``` > self assert: (FindNiceStrings new checkForbiddenParts: string) equals: true The "equals: true" part is redundant. cheers -ben

Dec. 16, 2018

Re: [Pharo-users] some help to find the bug

by Roelof Wobben

Dec. 15, 2018

Re: [Pharo-users] some help to find the bug

by Nicole de Graaf

Hi Roelof, on my side all the test methods went green: changes I need to apply: 1. checkForbiddenParts: word "deletes all the words that contain forbidden parts" ^( forbiddenWords anySatisfy: [ :forbidden | word includesSubstring: forbidden ]) not 2. testisNice "comment stating purpose of message" | testData | testData := #('ugknbfddgicrmopn' 'aaa' 'jchzalrnumimnmhp' 'haegwjzuvuyypxyu'). self assert: (FindNiceStrings new isNice: testData) equals: #('ugknbfddgicrmopn' 'aaaâ) Regards, Nic > On 15 Dec 2018, at 19:36, Roelof Wobben <r.wobben(a)home.nl> wrote: > > Hello, > > I have this code : https://gist.github.com/RoelofWobben/7c08680797d1d9f84436653a0e4edd3b <https://gist.github.com/RoelofWobben/7c08680797d1d9f84436653a0e4edd3b> > as my solution to a AoC challenge. > > > But the last test `testIsNice` is still outputting the wrong output. > The right output is : `ugknbfddgicrmopn ` and `aaa` > > Someone who can think with me where I make a thinking error so that the right output is seen. > > Regards, > > Roelof >

Dec. 15, 2018