Re: [Pharo-dev] Debugger recursion
HI jan we cannot see your code Ideally we would like to have a better handling of deep recursion but we are focusing on more important issues. Stef Hi, try this: This will start opening infinite number of debuggers, because of AdoesNotUnderstand: #halt. Ok, so, if I replace /self halt/ with /Halt signal/, it will do the same, but now because of AdoesNotUnderstand: #inspector. But in both cases, after successfully (before stack is full) interrupting the recursion with Alt+., only the Process Browser is full of Morphic UI process:MorphicUIManageropenDebuggerOn:context:label:contents:fullView: no real debugger is visible... My question: How to debug code inside DNU method? Bug? Feature? I know, the full stack issue can be solved by a watchdog, is it planned? And it was discussed before here on mailinglist, but with different code examples. Or one can limit the total count of opened... - Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] The Pharo Advantage: what is it for you?
Hello, As part of the defense of a budget and technology choices, what would you guys list as a key advantage of using Pharo for creating software solutions? My current stack is: Pharo 2.0 Seaside 3 (including Seaside-REST) Magritte 3 Twitter Bootstrap + a couple of data storage stuff (DBXTalk, Phriak, Voyage) + STOMP + Amber if needed I've been test driving the whole stack for a while and even if there are some quirks, it looks like good enough for what I want to achieve. Now, my question: what is the Pharo advantage you would put forward vs other choices (like LAMP, Java, Rails etc). I am aware of what those could be but I am more looking for what makes you tick when using the technology (like: it is fun to work with, no more Java for me, due to ..., speeds dev time by ..., not NSA-backdoor-enabled) This is the kind of thing we should have in stock for helping the Consortium members get buy in from people giving a yes on budgets. Thanks in advance for your help! (BTW, I am going to use this on monday morning for defending our position on a significant project). Phil
Re: [Pharo-dev] Pharo VM latest on the Debian 7
On Thu, Aug 8, 2013 at 11:43 AM, Laszlo Zsolt Kiss lzsk...@dublin.iewrote: The latest Pharo VM isnt working on Debian 7. could you please try the new deb files? Url is: http://files.pharo.org/vm/pharo/debian/ Thank you -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-dev] -= First Visualization Contest with Roassal =-
Great idea! Doru On Fri, Aug 23, 2013 at 8:31 AM, Alexandre Bergel alexandre.ber...@me.comwrote: Dear colleagues and friends, We are happy to announce the First Visualization Contest with Roassal. What can I win? - 150 euros, sponsored by ObjectProfile - a über-cool ObjectProfile T-shirt and some wonderful stickers - maximum publicity of your work - a nice award certificate, delivered during ESUG How can I win? - you have to produce a visualization with Roassal. You can use the Pharo, VisualWorks or VAST version of Roassal. Here is an example of what we expect http://bit.ly/sunburstDemo - making a video is mandatory. The video will weight the most in our decision. The video could be of any length and has to include your name and say that is was made (partly or completely) with Roassal. No need to talk, just show off! - making your code available and easy to install will help you get more points How can I submit? - send the links of your video and other material (if needed) to i...@objectprofile.com Every email you will send to this email will be acknowledged. If you do not receive a 'Ok' from us, it means we haven't read it, in that case send your email again after a few days. - the deadline for submitting is September 4, 2013 Mini FAQ? - Is the object-profile team allowed to participate? No - Should my visualization or code be open source? No need for this, whatever license is fine. However your video should be made public. - How can I get more information? Just comment on the facebook https://www.facebook.com/ObjectProfile or using Twitter @ObjectProfile or send email to i...@objectprofile.com - What I submit twice? Yes, no problem with that - How will judge the videos? both the esug community and the object profile team. The Esug community will have 30% of the final grade, object profile the remaining 70% -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://ObjectProfile.com http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Pharo VM latest on the Debian 7
Hi.I installed the .deb files.I tried with the 2,0 and 3.0 images, and everything is working well.Good work.Thank you. Ps.: I'm working with the 32 bit OS version. On Thu, Aug 8, 2013 at 11:43 AM, Laszlo Zsolt Kiss wrote: The latest Pharo VM isnt working on Debian 7. could you please try the new deb files? Url is: http://files.pharo.org/vm/pharo/debian/ [2] Thank you -- Damien Cassou http://damiencassou.seasidehosting.st [3] Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill Links: -- [1] mailto:lzsk...@dublin.ie [2] http://files.pharo.org/vm/pharo/debian/ [3] http://damiencassou.seasidehosting.st
Re: [Pharo-dev] Rubrik, scroll to end?
Esteban, Did you success to do it? do you know how to scroll-to-end in spec/morph? Martín On Thu, Aug 15, 2013 at 5:56 PM, Esteban Lorenzano esteba...@gmail.comwrote: Hi guys, anyone knows how to do a scroll-to-end with rubrik? thanks, Esteban
Re: [Pharo-dev] Rubrik, scroll to end?
in an incredible ugly way, yes... :) consoleTextModel := RubScrolledTextModel new. consoleTextArea := consoleTextModel newScrolledText beWrapped. ... consoleTextArea scrollPane vScrollbarValue: 1; updateScrollbars. On Aug 23, 2013, at 11:44 AM, Martin Dias tinchod...@gmail.com wrote: Esteban, Did you success to do it? do you know how to scroll-to-end in spec/morph? Martín On Thu, Aug 15, 2013 at 5:56 PM, Esteban Lorenzano esteba...@gmail.com wrote: Hi guys, anyone knows how to do a scroll-to-end with rubrik? thanks, Esteban
Re: [Pharo-dev] [Pharo-users] The Pharo Advantage: what is it for you?
Hello, As part of the defense of a budget and technology choices, what would you guys list as a key advantage of using Pharo for creating software solutions? - Pool of accessible experts - Pool of other software solution developers - Full stack access, no need to wait for another release to address a problem. - Growth of the community - Consortium - I saw in one bank using Pharo (not public unfortunately) putting stability of the language My current stack is: Pharo 2.0 Seaside 3 (including Seaside-REST) Magritte 3 Twitter Bootstrap + a couple of data storage stuff (DBXTalk, Phriak, Voyage) + STOMP + Amber if needed I've been test driving the whole stack for a while and even if there are some quirks, it looks like good enough for what I want to achieve. Now, my question: what is the Pharo advantage you would put forward vs other choices (like LAMP, Java, Rails etc). I am aware of what those could be but I am more looking for what makes you tick when using the technology (like: it is fun to work with, no more Java for me, due to ..., speeds dev time by ..., not NSA-backdoor-enabled) This is the kind of thing we should have in stock for helping the Consortium members get buy in from people giving a yes on budgets. Thanks in advance for your help! (BTW, I am going to use this on monday morning for defending our position on a significant project). Phil
Re: [Pharo-dev] Debugger recursion
the code: ProtoObject subclass: #A instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: '_Test'. AdoesNotUnderstand: aMessage self halt. ^ nil A new kiss. - Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704751.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?
strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in self halt so there is an exception going on. I didn't switch zinc into debugMode for this. I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. Norbert Am 23.08.2013 um 02:13 schrieb Paul DeBruicker pdebr...@gmail.com: So when you open the image I posted and in the workspace run RFBServer start. Smalltalk snapshot: true andQuit: false. Everything works fine? It doesn't go to 100% cpu use? -- View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704698.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?
I'm not sure me saying open and saving worked was right. I cannot open any image that I have saved in the meantime. I only get a white window and no world. Norbert Am 23.08.2013 um 12:45 schrieb Norbert Hartl norb...@hartl.name: strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in self halt so there is an exception going on. I didn't switch zinc into debugMode for this. I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. Norbert Am 23.08.2013 um 02:13 schrieb Paul DeBruicker pdebr...@gmail.com: So when you open the image I posted and in the workspace run RFBServer start. Smalltalk snapshot: true andQuit: false. Everything works fine? It doesn't go to 100% cpu use? -- View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704698.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?
Wooh, it is getting weirder and weirder. I can open the image, start zinc, issue a request, shutdown zinc manually and save. The saved image I can reopen but then the keyboard is broken. I cannot type ^ and the like. Norbert Am 23.08.2013 um 12:50 schrieb Norbert Hartl norb...@hartl.name: I'm not sure me saying open and saving worked was right. I cannot open any image that I have saved in the meantime. I only get a white window and no world. Norbert Am 23.08.2013 um 12:45 schrieb Norbert Hartl norb...@hartl.name: strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in self halt so there is an exception going on. I didn't switch zinc into debugMode for this. I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. Norbert Am 23.08.2013 um 02:13 schrieb Paul DeBruicker pdebr...@gmail.com: So when you open the image I posted and in the workspace run RFBServer start. Smalltalk snapshot: true andQuit: false. Everything works fine? It doesn't go to 100% cpu use? -- View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704698.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Rubrik, scroll to end?
thanks! On Fri, Aug 23, 2013 at 11:49 AM, Esteban Lorenzano esteba...@gmail.comwrote: in an incredible ugly way, yes... :) consoleTextModel := RubScrolledTextModel new. consoleTextArea := consoleTextModel newScrolledText beWrapped. ... consoleTextArea scrollPane vScrollbarValue: 1; updateScrollbars. On Aug 23, 2013, at 11:44 AM, Martin Dias tinchod...@gmail.com wrote: Esteban, Did you success to do it? do you know how to scroll-to-end in spec/morph? Martín On Thu, Aug 15, 2013 at 5:56 PM, Esteban Lorenzano esteba...@gmail.comwrote: Hi guys, anyone knows how to do a scroll-to-end with rubrik? thanks, Esteban
Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?
On 23 Aug 2013, at 12:45, Norbert Hartl norb...@hartl.name wrote: strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in self halt so there is an exception going on. I didn't switch zinc into debugMode for this. I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. Norbert I don't know what is happening, but I just tried something similar in Paul's image: ZnServer startDefaultOn: 1701 ZnServer default logToTranscript Open http://localhost:1701/dw-bench in a browser (which keeps the connection open for a while) Save the image from the World menu, all is OK, with this on the Transcript 2013-08-23 13:14:05 269265 D Executing request/response loop 2013-08-23 13:14:05 269265 I Read a ZnRequest(GET /dw-bench) 2013-08-23 13:14:05 269265 T GET /dw-bench 200 7738B 3ms 2013-08-23 13:14:05 269265 I Wrote a ZnResponse(200 OK text/html;charset=utf-8 7738B) SNAPSHOTan Array(23 August 2013 1:14:19 pm) rfb.image priorSource: 992874 2013-08-23 13:14:19 660707 D Releasing server socket 2013-08-23 13:14:19 660707 I Stopped ZnManagingMultiThreadedServer HTTP port 1701 2013-08-23 13:14:19 660707 D Closing SocketStream[inbuf:4kb/outbuf:16kb] 2013-08-23 13:14:19 269265 D PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in Socket failed while reading request 2013-08-23 13:14:19 269265 D Closing stream 2013-08-23 13:14:19 269265 D Could not remove SocketStream[inbuf:4kb/outbuf:16kb] ignoring 2013-08-23 13:14:19 660707 I Starting ZnManagingMultiThreadedServer HTTP port 1701 2013-08-23 13:14:19 605507 D Initializing server socket After the save, the number of Processes is OK (one server listener process) and the number of Sockets is OK (the server socket, with its finalization double). As you can see above, Zn restarts running (managed) servers and tries to close open (worker) connections, swallowing any failures, and eventually cleaning up and recovering. Now, this is the normal behaviour, maybe something did change somewhere. Sven Am 23.08.2013 um 02:13 schrieb Paul DeBruicker pdebr...@gmail.com: So when you open the image I posted and in the workspace run RFBServer start. Smalltalk snapshot: true andQuit: false. Everything works fine? It doesn't go to 100% cpu use? -- View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704698.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?
Am 23.08.2013 um 13:21 schrieb Sven Van Caekenberghe s...@stfx.eu: Now, this is the normal behaviour, maybe something did change somewhere. most likely :) Norbert
Re: [Pharo-dev] [Pharo-users] The Pharo Advantage: what is it for you?
2013/8/23 Stéphane Ducasse stephane.duca...@inria.fr: Hello, As part of the defense of a budget and technology choices, what would you guys list as a key advantage of using Pharo for creating software solutions? - Pool of accessible experts - Pool of other software solution developers - Full stack access, no need to wait for another release to address a problem. - Growth of the community - Consortium - I saw in one bank using Pharo (not public unfortunately) putting stability of the language I think Phil was referring to the technological/frameworks stack. Sadly, IMHO, almost every item you mention is surpassed by other non-mainstream or trendy technologies/stacks (JS, Erlang, Scala and others). One thing that, for me is a key differentiator is: - how easy is to change code on the fly - really complete debugging environment - objects all the way down - Easiness of the syntax (small, compact and homogeneous) Frameworks come and go, but I really like and feel like an advantage (even though the first two are not Pharo exclusive): - Seaside REST (pragmas are really convenient way to define it) - Magritte 3 - Zinc I want to take a look into STOMP, but didin't have time yet. I also like Voyage. Regards, Esteban A. Maringolo
Re: [Pharo-dev] The Pharo Advantage: what is it for you?
On 23 Aug 2013, at 10:32, p...@highoctane.be p...@highoctane.be wrote: Hello, As part of the defense of a budget and technology choices, what would you guys list as a key advantage of using Pharo for creating software solutions? My current stack is: Pharo 2.0 Seaside 3 (including Seaside-REST) Magritte 3 Twitter Bootstrap + a couple of data storage stuff (DBXTalk, Phriak, Voyage) + STOMP + Amber if needed I've been test driving the whole stack for a while and even if there are some quirks, it looks like good enough for what I want to achieve. Now, my question: what is the Pharo advantage you would put forward vs other choices (like LAMP, Java, Rails etc). I am aware of what those could be but I am more looking for what makes you tick when using the technology (like: it is fun to work with, no more Java for me, due to ..., speeds dev time by ..., not NSA-backdoor-enabled) This is the kind of thing we should have in stock for helping the Consortium members get buy in from people giving a yes on budgets. Thanks in advance for your help! (BTW, I am going to use this on monday morning for defending our position on a significant project). Phil A small team with sufficient real world software development experience, domain knowledge and practical Pharo experience can be an order of a magnitude more efficient than a larger team using a traditional approach and classic technology. Pharo is a uniquely dynamic environment that is both very simple and very powerful. It allows its developers to focus on what really matters, without the complexities of other tools, while remaining very flexible. It is one of the few languages that are really object oriented and offer access to readable source code, all the way down. The ecosystem around Pharo is strong enough to be able to deliver already existing solutions as well as the resources to build new solutions to specific problems. It is an environment that attracts individuals that deeply care about doing software development correctly. ;-) Sven
[Pharo-dev] [Off-Topic] Looking for a VisualWorks developer
Hi, On behalf of a contact of me, I am posting the following job offer. I am well aware that this is not the correct list, please feel free to distribute this message further. It could be important for someone, and it is always good to have more people making a living doing Smalltalk. Delaware Consulting [ http://www.delawareconsulting.com ] is looking for at least one full stack Cincom VisualWorks Smalltalk developer to help maintain and further evolve a large custom-made ERP solution of a manufacturing company in Belgium. If you are interested, please contact me at s...@stfx.eu for a more detailed document describing the project and requirements, as well as more concrete contact details. Thanks, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Re: [Pharo-dev] Debugger recursion
why do you inherit from protoObject? Stef On Aug 23, 2013, at 12:34 PM, jan.struz public+ph...@struz.cz wrote: the code: ProtoObject subclass: #A instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: '_Test'. AdoesNotUnderstand: aMessage self halt. ^ nil A new kiss. - Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704751.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Debugger recursion
Proxy implementation Stéphane Ducasse wrote why do you inherit from protoObject? Stef On Aug 23, 2013, at 12:34 PM, jan.struz lt; public+pharo@ gt; wrote: the code: ProtoObject subclass: #A instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: '_Test'. AdoesNotUnderstand: aMessage self halt. ^ nil A new kiss. - Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704751.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. - Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704791.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Debugger recursion
On Aug 23, 2013, at 7:13 PM, jan.struz public+ph...@struz.cz wrote: Proxy implementation did you have a look at Ghost because mariano spent nearly a year on it. I do not really know what are the messages supposed to be supported by ProtoObject to be debugged May be it is not in the contract of ProtoObject and as such it produces normally an infinite loop. Stef why do you inherit from protoObject? Stef On Aug 23, 2013, at 12:34 PM, jan.struz lt; public+pharo@ gt; wrote: the code: ProtoObject subclass: #A instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: '_Test'. AdoesNotUnderstand: aMessage self halt. ^ nil A new kiss. - Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704751.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. - Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704791.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Strange parameter swapping in Pharo's COG extensions
This is only for the CogVMSimulator but it looks like parameters were messed up, see the last 2: makeDirEntryName: entryName size: entryNameSize createDate: createDate modDate: modifiedDate isDir: dirFlag fileSize: posixPermissions posixPermissions: fileSize
Re: [Pharo-dev] Strange parameter swapping in Pharo's COG extensions
thanks nicolas. Stef On Aug 23, 2013, at 10:40 PM, Nicolas Cellier nicolas.cellier.aka.n...@gmail.com wrote: This is only for the CogVMSimulator but it looks like parameters were messed up, see the last 2: makeDirEntryName: entryName size: entryNameSize createDate: createDate modDate: modifiedDate isDir: dirFlag fileSize: posixPermissions posixPermissions: fileSize
Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?
Norbert Hartl wrote Am 23.08.2013 um 13:21 schrieb Sven Van Caekenberghe lt; sven@ gt;: Now, this is the normal behaviour, maybe something did change somewhere. most likely :) Norbert This: RFBServer start. Smalltalk snapshot:true andQuit: false. works fine in Pharo 1.4 on eliots vm ( version 2732) but locks up in the pharo vm. The SIGUSR1 report looks the similar to the one I posted above. Should I just downgrade to Pharo 1.4 if I want RFB? Thanks Paul -- View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704805.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
