- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Poll: missing libraries to support business

by Sudhakar Krishnamachari

Good to see some of the concerns addressed. " Now so far I do not see companies really putting effort so may be nothing will happen but this will not be because of us. :)" This is the chicken and egg situation. Bar highly motivated startups with some money in their pockets to splurge on with. The average co consists of average managers who want no risk..!. They want a technology they can blame for its shortcomings/ the support offered by another co if they are stuck for a fix. But in most ( I would say 90+% of timeline) cases the business continuity should not be affected. The average company will probably not invest their time on a technology if it does not meet the bar set by the current technology. Let me take Spring Architecture as an example in the Java world. J2EE was ( and to an extent is) entrenched in the world of Java enterprise. Way back about 8 yrs back or so .. Rod Johnson started his foray in to simplifying the complexity of J2EE with his framework. I would say through atleast 4+ yrs of the 8 he would have close to nil support from any company and like the Jim Collins "Good to Great" simile built up the giant wheel momentum now to engage nearly all known companies to use Spring all through instead of J2EE except in the niche cases. Its is an instruction to notice how Spring got interfaces to nearly all of Java connected that would be possibly needed for a medium enterprise case and then went into the depths/ specialization etc.. that is breadth first and then the depth. So I would say "WE" (including myself as a avowed Smaltalker) need to keep trying and pushing for a concerted go at getting Pharo up there.. and possibly the "GiantWheel momentum" will kick in with first a few co's and then more.. to push this rolling with god speed to its eventual greatness..!!.. And that indeed is happening and its suprised me how far Pharo has already rolled and is building a momentum that is sure to go far if I can put my little effort as all others to get some of the minimal frameworks integrated. We have either of two approaches to take: meet up to the current bar set by Java/ .Net world in terms of programming baseline ( as I listed in the prior mail) or take a radical approach that differs so much and offers so much to pull in others..like Rails did. I would say if we are interested in the numbers game I would choose the former, if we wish to retain the intellectual high ground and move on the latter is fine.. To get the numbers to have an interest in Pharo I will go back to my charter for Smalltalk spread in Universities / Colleges ( the underlying reason I started SmalltalkIndia) and see how far it can be resuscitated to create a mass base of users ( even if they are amateurs) and then hope a good percentage of them retain a greater interest to contribute spare time to improve the frameworks in Pharo. ************************* Just count how many smalltalkers we can get in a low cost centers who can code.. well Contrast this with how many Java programmers you can get.. can manage with google/ info base available Count the external frameworks open source developed , tested and trustable to be used in production code from Java nearly all free. Count the same for Smalltalk App servers.. comparable to Websphere/ weblogic/ Tomcat / lots of others, not to mention messaging queue, transaction control , JDBC like framework for nearly all DBs with high performance guaranteed, the list goes on.. The support logistics in terms CMS: viz SVN kinds, better integration / build systems like maven etc.. and evolutions in terms of frameworks that Java has spewed.. .Net in its Visual Studio et als.. Good brains together can counter all of the above arguments, but that is a limitation by itself, you cannot get good 25-50brains in one premises to work together on one single product, even if you do have them you cannot easily replace them with new recruits and be cost effective in general. From an ease of development and risk free managment angle, I find this an impossible proposition to convince any mgmt to take up Smalltalk for their dev. The target is the average developer, the risk averse corporate entity in all its evolution whether its .Net or Java. For all the reasons above, corporate use of ST is a difficult game for niche languages like Smalltalk, but a target I would like to see achieved in the near term.. ********************************* -Skrish On Sun, Aug 29, 2010 at 8:32 PM, Sudhakar Krishnamachari < skrishnamachari(a)gmail.com> wrote: > My two cents long time in my blog on exactly the same subject: > > -Skrish > > >

Aug. 30, 2010

[Pharo-project] MethodName

by Benjamin Van Ryseghem

Hello everyone As you may already known, I'm working on a new tool named MethodName which is the merge of MethodFinder and MessagesName with some cool improvement :) It works on Pharo1.2 - 12109 because it needs NullTextStyler ( Gofer new squeaksource: 'PharoTaskForces'; package: 'NullTextStyler'; load.) You can download the sources by evaluating this : Gofer new squeaksource: 'PharoTaskForces'; package: 'MethodName'; load. For opening a new MethodName window there's two ways : - evaluate : MethodName new openInWorld. - click World >> Tools >> Method Name How it works : - You choose thank to the radio button where you want to search (Selectors / Class names/ Source) - You type the text you want to search : + Source : 1) *string or string or string* or *string* -> it answers all the methods which source contains string 2) begin*end -> it answers all the methods which source contains begin(whatever)end. + Class names : 1) name -> it answers the class which the name is name 2) name* / *name / *name* / begin*end ... -> * replaces any string. + Selectors: 1) the same behaviour that for class names 2) the behaviour of MethodFinder Moreover you can reduce the field of search by clicking on "Change environment" which open a PackageChooser window. A PackageChooser let you choose the set of classes which will be browsed during the search. The left list shows all the available packages and the right list shows the already selected packages. To add packages, just select them then click ">" to add them or click ">>" to select all the packages. It's the same to remove packages. Instead of browsing tons of packages in the goal of finding the one you want, you can use the text field to enter the name of the package or a part of the name using some *. When all the packages are selected, just click "Ok" :) I hope it's a bit clear and a bit useful ^^ Benjamin

Aug. 30, 2010

Re: [Pharo-project] this style looks cool

by Tudor Girba

That would be cool. Cheers, Doru On 30 Aug 2010, at 00:55, ja(a)anymorphic.com wrote: > Tudor Girba <tudor.girba@...> writes: > > >> Is this Theme available? > > I can push the change monday morning. > ja > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Every thing has its own flow."

Aug. 30, 2010

Re: [Pharo-project] this style looks cool

by Tudor Girba

Hi Bill, As I said, all you have to do is to override #browserIcon on the class side of your class to return a symbol that corresponds to a method in OBMorphicIcons. Please look at the implementors of #browserIcon. For example: Announcement class>>browserIcon ^ #announcement OBMorphicIcons>>announcement ^ ((ColorForm extent: 12@12 depth: 8 fromArray: ... Cheers, Doru On 30 Aug 2010, at 00:02, Schwab,Wilhelm K wrote: > Doru, > > That gets me a step closer to understanding them, but all I see so > far are symbols. #browserIcon:selector: is getting complicated. > Dolphin's sending #icon to classes being displayed a lot more clear, > although I suspect some of the complexity in OB is to allow things > like the success/failure icons in test cases - I'm not sure whether > Dolphin has an answer to that?? > > What are the icon choices, and how would I add to them? > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr > ] On Behalf Of Tudor Girba [tudor.girba(a)gmail.com] > Sent: Sunday, August 29, 2010 2:48 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] this style looks cool > > Hi Bill, > > The icons are available the OB browser by overriding #browserIcon. > > Some of the icons that you see are shipped with Seaside. The blueish > bubble denotes an announcement and is already present in Pharo. > > Cheers, > Doru > > > On 29 Aug 2010, at 20:43, Schwab,Wilhelm K wrote: > >> Stef, >> >> The first thing I notice in it is background colors, or is it just >> variation in backlighting on my monitor? Have we evolved to the >> point that background colors can be readily set? Last I looked into >> it, there was mention of a background style that I could never find. >> >> Another thing is that a large fraction of the classes have icons >> associated with them. Dolphin makes that easy to do: just implement >> a class-side #icon, which I always did in terms of a rich set of >> class icons present in the base system, so I never had to mess with >> the details. It would be nice if it were that easy in Pharo; when >> well designed, such icons can aid perception. Since I constantly >> praise Dolphin, I will point out that D6's use of apples for most >> classes was not the best choice. It was visually grating and lead >> to a rather unprofessional look in a deployed executable where I had >> previously never given a second thought when the default icon was a >> dot. A rich (and expendable) set of clean icons for collections/ >> composites, views, plugs/sockets, various metaphors that are easy to >> associate with one's own classes would be helpful. >> >> This might be similar to Dolphin's ability to apply multiple >> categories to a method: you won't miss it if you have never had >> access to it, but it is a *good* thing to have. >> >> Bill >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr >> ] On Behalf Of stephane ducasse [stephane.ducasse(a)free.fr] >> Sent: Sunday, August 29, 2010 2:17 PM >> To: Pharo Development >> Subject: [Pharo-project] this style looks cool >> >> http://www.anymorphic.com/softwareentwicklung.html >> >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "From an abstract enough point of view, any two things are similar." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

Aug. 30, 2010

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Tudor Girba

Ok, let me explain better. On 4.2.x (Mac OS X 10.5.8): - ctrl+arrow = jump between words - ctrl+shift+arrow = select up to the next word On 5.8 (Mac OS X 10.5.8): - ctrl+arrow = nothing happens - ctrl+shift+arrow = nothing happens I only mentioned regular Mac widgets for reference. Cheers, Doru On 29 Aug 2010, at 23:16, John M McIntosh wrote: > Ok, you are mixing two issues here > > (a) I need to make the 5.8 behaviour the same as the 4.2.x VM > behaviour. > > (b) Once we have the same behaviour then you are welcome to propose > changing the smalltalk text editor code to make the cursor and word > selection dance however you or the community would like it to... > > > On 2010-08-29, at 11:55 AM, Tudor Girba wrote: > >> Ahh, I see. >> >> I expect it to jump between words. On regular Mac applications, you >> get this behavior by pressing alt-arrow. >> >> And when I press shift-ctrl-arrow, I expect it to select up to the >> end of the word. On regular Mac applications, you get this behavior >> by pressing alt-shift-arrow. >> >> Of course, I would not mind if instead of ctrl we would have alt :). >> >> Cheers, >> Doru >> > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > -- www.tudorgirba.com "Reasonable is what we are accustomed with."

Aug. 30, 2010

Re: [Pharo-project] OSProcess - can it pipe 1 MB?

by David T. Lewis

Bill, I think that you should be able to design a reasonable loop with a delay to provide the needed flow control without modifying the underlying #primWrite:from:startingAt:count: semantics. That is exactly what I think you should do in this case. Be pragmatic about it; break your 1MB data into digestible pieces, set the pipe writer to be nonblocking, and loop with a delay until the whole thing gets digested by whatever is reading it on the other end of the pipe. HTH, Dave On Sun, Aug 29, 2010 at 03:47:18PM -0400, Schwab,Wilhelm K wrote: > Dave, > > Why does > > primWrite: id from: stringOrByteArray startingAt: startIndex count: count > "Write count bytes onto this file from the given string or byte array starting at the given index. Answer the number of bytes written." > > raise an error? Perhaps it or a related method should answer the number of bytes written. There should be a compromise between locking up the VM and having no idea how quickly the other side can accept data. Given a count of what was written (as suggested in the comment, and perhaps zero bytes if the other side is struggling), then one could design a reasonable loop with a delay to provide the needed flow control. Otherwise, it's just guesswork. > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of David T. Lewis [lewis(a)mail.msen.com] > Sent: Sunday, August 29, 2010 3:05 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] OSProcess - can it pipe 1 MB? > > It does not belong in OSProcess unless it's something that the underlying > operating system actually supports, which is not the case here. As far > as I know, there is no Unix system call for determining how much data a > pipe is ready to accept. > > You'll need to manage your flow control yourself. You may also need to > call #setNonBlocking on the pipe writer, otherwise you can block on > write and lock up the virtual machine(I think you know that already but > just in case). If the process at the other end of your pipe is keeping > up with the data, it won't be a problem, but if you try to write to a > full pipe without pulling something out of the other end, you will lock > up your VM completely unless the stream has been set to non-blocking > mode. > > Dave > > On Sun, Aug 29, 2010 at 02:28:50PM -0400, Schwab,Wilhelm K wrote: > > Dave, > > > > Sure, but then the command shell must then be doing something that OSProcess should do: transfer "large" (1MB isn't much these days) blobs in pieces that are manageable. The questions are where does it belong, and what if anything is necessary to ensure the pipe is ready for the next piece? > > > > One thought would be > > > > AttachableFileStream>>nextPutAll:blob > > | in | > > in := ReadStream on:blob. > > [ in atEnd ] whileFalse:[ > > self nextPutAll:( in next:32000). > > ]. > > > > but it should run into the same problem after a few times through the loop. It needs some "flow control" and could easily belong elsewhere in the hierarch?? The above assumes the (should be changed) silent truncation of #next:. > > > > Bill > > > > > > ________________________________________ > > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of David T. Lewis [lewis(a)mail.msen.com] > > Sent: Sunday, August 29, 2010 12:37 PM > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] OSProcess - can it pipe 1 MB? > > > > On Sun, Aug 29, 2010 at 11:36:02AM -0400, Schwab,Wilhelm K wrote: > > > I am trying to pipe roughly 1 MB of data into a program on Linux; I know it can handle the load, because I have tested it with by cat-ing a script and the data. I do not yet promise that my Pharo code is correct; if the program did not respond or returned junk, I would look to myself. But I am getting errors suggesting that AttachableFileStream is failing on writing to the pipe, and it's very suspicious that it simply can't handle the size of the string. Any ideas? > > > > > > Bill > > > > Try googling "maximum size of write to linux pipe". Unix pipes > > have a capacity limit, and the write will fail if you try to write > > too large a chunk all at once. > > > > Dave > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 30, 2010

Re: [Pharo-project] this style looks cool

by ja＠anymorphic.com

Tudor Girba <tudor.girba@...> writes: > Is this Theme available? I can push the change monday morning. ja

Aug. 29, 2010

Re: [Pharo-project] [Pharo-users] MethodName

by Mariano Martinez Peck

On Wed, Aug 25, 2010 at 1:25 AM, Benjamin Van Ryseghem < benjamin.vanryseghem(a)gmail.com> wrote: > Hi everybody > > I came back with a new version of Method Name with a better Package Chooser > and more choices about the search :) > > > I hope it's useful but if there is some behaviour you would like the Method > Name implements, just let me know > > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'MethodName'; > load. > > Hi Ben. This is muuuch cooler :) There are 2 things I suggest you: 1) Whenever you send something in order to let people to test is, send in which Pharo version should we load it. It is not enough saying Pharo 1.2 for example. Maybe you need to say 12XXX because in THAT version NullStyler was integrated. 2) You should send this kind of mails to pharo-project(a)lists.gforge.inria.fr instead of pharo-users(a)lists.gforge.inria.fr Bugs I found: - Search a "class name" and put "ImageSeg*". You will see a list of results. Selet ImageSegment for example. Then, select again "selector" instead of "Class names" If you then click again in of the resulted classes, there is a DNU UndefinedObject doesNotUnderstand: #methodClass. In MethodNameUI >> sourceCode where it does: self selectedClass value methodClass I attach PharoDebug.log > > Thank you > > > Ben > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

Aug. 29, 2010

Re: [Pharo-project] New bytecodes not in blue book ... (Eliot Miranda)

by James Ladd

Thanks Eliot. Your linked article clears it up: http://www.mirandabanda.org/cogblog/2008/07/22/closures-part-ii-the-bytecod… 140 10001100 kkkkkkkk jjjjjjjj Push Temp At kkkkkkkk In Temp Vector At: jjjjjjjj This fetches the local at offset j..j on the stack and push the k..kâth element in it. The next two store into the k..kâth element of the local at j..j, one version popping the result off the stack. This is a general convention in the Smalltalk-80 compiler. These are store and store-pop forms of almost every store opcode. The store form is used in the stores into vat and vax in things like var := vat := vax := expr whereas the pop form gets used in the store into var. 141 10001101 kkkkkkkk jjjjjjjj Store Temp At kkkkkkkk In Temp Vector At: jjjjjjjj 142 10001110 kkkkkkkk jjjjjjjj Pop and Store Temp At kkkkkkkk In Temp Vector At: jjjjjjjj The final bytecode is more interesting. The wording is unclear to me: "This fetches the local at offset j..j on the stack and push the k..kâth element in it." Does it mean, get local at index j..j and push onto the stack the k..k'th element in it? So 109 <8C 00 01> pushTemp: 0 inVectorAt: 1 Get temp at 1 (j..j) and push element at 0 (k..k) ?? 97 <8E 00 01> popIntoTemp: 0 inVectorAt: 1 get vector at temp index 1 (j..j) and pop and store stack value into element 0 (k..k) ?? 116 <8D 00 01> storeIntoTemp: 0 inVectorAt: 1 I dont understand this one, store what? into element 0 of vector at 1 ?? In the pop variation I can understand where the value is coming from, but not the above form. Please can you clarify? Rgs, James.

Aug. 29, 2010

Re: [Pharo-project] this style looks cool

by Schwab,Wilhelm K

Doru, That gets me a step closer to understanding them, but all I see so far are symbols. #browserIcon:selector: is getting complicated. Dolphin's sending #icon to classes being displayed a lot more clear, although I suspect some of the complexity in OB is to allow things like the success/failure icons in test cases - I'm not sure whether Dolphin has an answer to that?? What are the icon choices, and how would I add to them? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Tudor Girba [tudor.girba(a)gmail.com] Sent: Sunday, August 29, 2010 2:48 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] this style looks cool Hi Bill, The icons are available the OB browser by overriding #browserIcon. Some of the icons that you see are shipped with Seaside. The blueish bubble denotes an announcement and is already present in Pharo. Cheers, Doru On 29 Aug 2010, at 20:43, Schwab,Wilhelm K wrote: > Stef, > > The first thing I notice in it is background colors, or is it just > variation in backlighting on my monitor? Have we evolved to the > point that background colors can be readily set? Last I looked into > it, there was mention of a background style that I could never find. > > Another thing is that a large fraction of the classes have icons > associated with them. Dolphin makes that easy to do: just implement > a class-side #icon, which I always did in terms of a rich set of > class icons present in the base system, so I never had to mess with > the details. It would be nice if it were that easy in Pharo; when > well designed, such icons can aid perception. Since I constantly > praise Dolphin, I will point out that D6's use of apples for most > classes was not the best choice. It was visually grating and lead > to a rather unprofessional look in a deployed executable where I had > previously never given a second thought when the default icon was a > dot. A rich (and expendable) set of clean icons for collections/ > composites, views, plugs/sockets, various metaphors that are easy to > associate with one's own classes would be helpful. > > This might be similar to Dolphin's ability to apply multiple > categories to a method: you won't miss it if you have never had > access to it, but it is a *good* thing to have. > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr > ] On Behalf Of stephane ducasse [stephane.ducasse(a)free.fr] > Sent: Sunday, August 29, 2010 2:17 PM > To: Pharo Development > Subject: [Pharo-project] this style looks cool > > http://www.anymorphic.com/softwareentwicklung.html > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "From an abstract enough point of view, any two things are similar." _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 29, 2010