Pharo-dev

By thread

pharo-dev@lists.pharo.org

April 2017

608 messages

Re: [Pharo-dev] Changing a field value with GtInspector

by Stephane Ducasse

Yes this is nice Now in the future we should probably display the information in different ways to show that we can edit. Stef On Tue, Apr 4, 2017 at 3:32 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I forgot to add the screenshot. We now have a semi-modal dialog for > editing that value. > > > Cheers, > Doru > > On Apr 4, 2017, at 9:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Aha. That means that the integration already happened. > > Thatâs what I call programming with natural language: I talk and the > system just magically changes :). > > Cheers, > Doru > > > On Apr 4, 2017, at 8:03 AM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > Andrei told me that shift + click is working. > > On Mon, Apr 3, 2017 at 2:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > This was present before we moved to FastTable. > > With the move some things did not make it in the integration, and editing > the value is still on the to do list. > > Doru > > > On Apr 2, 2017, at 3:33 PM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > Hi > > May be I'm blind but I do not see how > we can change a value of an instance variable with gtInspector. > In the old inspector we could just type it and press accept. > When will we get this behavior? > Stef > > > -- > www.tudorgirba.com > www.feenk.com > > "Every now and then stop and ask yourself if the war you're fighting is > the right one." > > > > > > > > -- > www.tudorgirba.com > www.feenk.com > > "Speaking louder won't make the point worthier." > > > -- > www.tudorgirba.com > www.feenk.com > > "Obvious things are difficult to teach." > > > > >

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Denis Kudriashov

2017-04-04 15:47 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > no it doesn't: squeak does not have that primitive, thatâs why it does not > fails :) I think you are wrong because I check it carefully in Squeak and I found it on github https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=â&q=primiti… .

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by John Brant

On 04/04/2017 08:47 AM, Esteban Lorenzano wrote: > >> On 4 Apr 2017, at 15:36, Denis Kudriashov <dionisiydk(a)gmail.com >> <mailto:dionisiydk@gmail.com>> wrote: >> >> >> 2017-04-04 15:36 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com >> <mailto:dionisiydk@gmail.com>>: >> >> Hi John. >> >> This issue is solved in latest image 19892 >> <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. >> But it only fixes primitive fallback code. General problem is >> still in latest VM 19893 >> <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> Sorry, I thought I had the latest image, but I unzipped it in a different directory. >> Interesting that it works fine in Squeak VM > > no it doesn't: squeak does not have that primitive, thatâs why it does > not fails :) > I do not think the way out this problem is to restore the primitive > (which has some problems to make it TBH), but to clean the code of thisâ¦ I don't know about the latest Squeak VM, but a Squeak VM from last year has it: /home/brant/Smalltalk/Pharo64/lib/squeak/5.0-3732/squeak CoInterpreter VMMaker.oscog-eem.1872 uuid: 6db6d610-b1a5-4f4d-978d-22c917bdb3e4 May 26 2016 When I use that VM, it works -- I'm running the same Pharo image file. If you debug it, the debugger steps over the method (implying that it is a primitive). John Brant

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Esteban Lorenzano

> On 4 Apr 2017, at 15:36, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2017-04-04 15:36 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>>: > Hi John. > > This issue is solved in latest image 19892 <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. But it only fixes primitive fallback code. General problem is still in latest VM 19893 <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> > Interesting that it works fine in Squeak VM no it doesn't: squeak does not have that primitive, thatâs why it does not fails :) I do not think the way out this problem is to restore the primitive (which has some problems to make it TBH), but to clean the code of thisâ¦ Esteban

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Denis Kudriashov

2017-04-04 15:36 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi John. > > This issue is solved in latest image 19892 > <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. > But it only fixes primitive fallback code. General problem is still in > latest VM 19893 > <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> > Interesting that it works fine in Squeak VM

April 4, 2017

Re: [Pharo-dev] ftp repositories broken

by Denis Kudriashov

Hi John. This issue is solved in latest image 19892 <https://pharo.fogbugz.com/f/cases/19892/Socket-problem-with-LatestVM>. But it only fixes primitive fallback code. General problem is still in latest VM 19893 <https://pharo.fogbugz.com/f/cases/19893/primitiveFindSubstring-primitive-is…> 2017-04-04 15:18 GMT+02:00 John Brant <brant(a)refactoryworkers.com>: > I can't use a ftp Monticello repository using: > > Pharo6.0 > Latest update: #60315 > pharo-linux-x86_64threaded-201704041239-b3f27b3 > > It appears that the primitive for findSubstringViaPrimitive:in:startingAt:matchTable: > has changed so that this method now throws an error instead of returning 0. > The ftp code eventually evaluates something similar to this: > > | eol | > eol := String with: Character cr with: Character lf. > eol findSubstringViaPrimitive: eol in: (String new: 4096) startingAt: 0 > matchTable: (String classPool at: #CaseSensitiveOrder) > > This returns 0 with an older vm, but throws an error in a new vm. Of > course, it may make sense for it to throw an error since 0 is an invalid > start index. If that is the case, then SocketStream should be changed so > that it doesn't call indexOfSubCollection:startingAt: with a 0: > > SocketStream>>upToAll: aStringOrByteArray limit: nBytes > "..." > > | index sz result searchedSoFar | > sz := aStringOrByteArray size. > "Look in the current inBuffer first" > index := inBuffer indexOfSubCollection: aStringOrByteArray > startingAt: (lastRead - sz > + 2 max: 1). > > Adding the "max: 1" allows me to connect to the ftp repository. > > > John Brant > >

April 4, 2017

Re: [Pharo-dev] Changing a field value with GtInspector

by Tudor Girba

Hi, I forgot to add the screenshot. We now have a semi-modal dialog for editing that value. Cheers, Doru > On Apr 4, 2017, at 9:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Aha. That means that the integration already happened. > > Thatâs what I call programming with natural language: I talk and the system just magically changes :). > > Cheers, > Doru > > >> On Apr 4, 2017, at 8:03 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> Andrei told me that shift + click is working. >> >> On Mon, Apr 3, 2017 at 2:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Hi, >> >> This was present before we moved to FastTable. >> >> With the move some things did not make it in the integration, and editing the value is still on the to do list. >> >> Doru >> >> >>> On Apr 2, 2017, at 3:33 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >>> >>> Hi >>> >>> May be I'm blind but I do not see how >>> we can change a value of an instance variable with gtInspector. >>> In the old inspector we could just type it and press accept. >>> When will we get this behavior? >>> Stef >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Every now and then stop and ask yourself if the war you're fighting is the right one." >> >> >> >> >> >> > > -- > www.tudorgirba.com > www.feenk.com > > "Speaking louder won't make the point worthier." > -- www.tudorgirba.com www.feenk.com "Obvious things are difficult to teach."

April 4, 2017

Re: [Pharo-dev] Changing a field value with GtInspector

by Tudor Girba

Aha. That means that the integration already happened. Thatâs what I call programming with natural language: I talk and the system just magically changes :). Cheers, Doru > On Apr 4, 2017, at 8:03 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Andrei told me that shift + click is working. > > On Mon, Apr 3, 2017 at 2:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > This was present before we moved to FastTable. > > With the move some things did not make it in the integration, and editing the value is still on the to do list. > > Doru > > > > On Apr 2, 2017, at 3:33 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > > > Hi > > > > May be I'm blind but I do not see how > > we can change a value of an instance variable with gtInspector. > > In the old inspector we could just type it and press accept. > > When will we get this behavior? > > Stef > > -- > www.tudorgirba.com > www.feenk.com > > "Every now and then stop and ask yourself if the war you're fighting is the right one." > > > > > > -- www.tudorgirba.com www.feenk.com "Speaking louder won't make the point worthier."

April 4, 2017

ftp repositories broken

by John Brant

I can't use a ftp Monticello repository using: Pharo6.0 Latest update: #60315 pharo-linux-x86_64threaded-201704041239-b3f27b3 It appears that the primitive for findSubstringViaPrimitive:in:startingAt:matchTable: has changed so that this method now throws an error instead of returning 0. The ftp code eventually evaluates something similar to this: | eol | eol := String with: Character cr with: Character lf. eol findSubstringViaPrimitive: eol in: (String new: 4096) startingAt: 0 matchTable: (String classPool at: #CaseSensitiveOrder) This returns 0 with an older vm, but throws an error in a new vm. Of course, it may make sense for it to throw an error since 0 is an invalid start index. If that is the case, then SocketStream should be changed so that it doesn't call indexOfSubCollection:startingAt: with a 0: SocketStream>>upToAll: aStringOrByteArray limit: nBytes "..." | index sz result searchedSoFar | sz := aStringOrByteArray size. "Look in the current inBuffer first" index := inBuffer indexOfSubCollection: aStringOrByteArray startingAt: (lastRead - sz + 2 max: 1). Adding the "max: 1" allows me to connect to the ftp repository. John Brant

April 4, 2017

Re: [Pharo-dev] [GSoC] Enhancing Pharo command line

by Stephane Ducasse

Super! Stef On Sun, Apr 2, 2017 at 8:25 PM, rajula96reddy <Vineet.Reddy(a)iiitb.org> wrote: > Hi Ducasse. Yeah, I have seen it, it is called clap-st. I am already in > touch > with Damien Pollet. > > Thanks. > > > > -- > View this message in context: http://forum.world.st/GSoC- > Enhancing-Pharo-command-line-tp4940923p4940982.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

April 4, 2017

← Newer
1
...
53
54
55
56
57
58
59
60
61
Older →

Jump to page: