Re: [Pharo-dev] Getting the mbox file for this mailing list?
On 06 Jul 2015, at 11:50, Alexandre Bergel alexandre.ber...@me.com wrote: Hi! Is there a way to get the mbox for this mailing list. This file is supposed to contains all the mails that have been sent. I would like to try to do some mail mining… The archive is here: http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/ http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/ Marcus
Re: [Pharo-dev] Getting the mbox file for this mailing list?
archiveUrl := 'http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org' asUrl. archive := Soup fromUrl: archiveUrl asString. monthlyZipLinks := archive findAllTags: [ :t | t name = 'a' and: [ (t attributeAt: 'href') endsWith: 'gz' ] ]. monthlyZipUrls := monthlyZipLinks collect: [ :t | archiveUrl / (t attributeAt: 'href') ]. (monthlyZipUrls first: 2) do: [ :e | ZnClient new url: e; downloadTo: e file ]. The archives are straight text files, in which the individual messages are separated by a seemingly random number of LFs. Since LFs also separate lines within the messages, IDK how you distinguish, except to use PP to look for message headers, which seem to follow a regular format e.g. `From alexandre at bergel.eu Wed May 21 15:13:48 2008` - Cheers, Sean -- View this message in context: http://forum.world.st/Getting-the-mbox-file-for-this-mailing-list-tp4835958p4835977.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Control Flow Graph for Smalltalk
Hi all, Can anybody point me towards some tool/paper with the possibility to construct Control Flow Graph for Smalltalk? Cheers, Nevena Nevena Milojkovic Research assistant Software Composition Group Institute of Computer Science and Applied Mathematics University of Bern email: nev...@iam.unibe.ch office phone: +41 (0)31 511 7639 webpage: http://scg.unibe.ch/staff/Milojkovic
[Pharo-dev] Getting the mbox file for this mailing list?
Hi! Is there a way to get the mbox for this mailing list. This file is supposed to contains all the mails that have been sent. I would like to try to do some mail mining… Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Re: [Pharo-dev] Getting the mbox file for this mailing list?
Sean P. DeNigris wrote The archives are straight text files Oh, I forgot one thing... Unix... why text and files?! why?! - Cheers, Sean -- View this message in context: http://forum.world.st/Getting-the-mbox-file-for-this-mailing-list-tp4835958p4835978.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Getting the mbox file for this mailing list?
Thanks! Alexandre On Jul 6, 2015, at 11:53 AM, Marcus Denker marcus.den...@inria.fr wrote: On 06 Jul 2015, at 11:50, Alexandre Bergel alexandre.ber...@me.com wrote: Hi! Is there a way to get the mbox for this mailing list. This file is supposed to contains all the mails that have been sent. I would like to try to do some mail mining… The archive is here: http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/ Marcus -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
[Pharo-dev] [pharo-project/pharo-core] 7c2f68: 50154
Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 7c2f68cf451a0be666cc762a811a466c5eca1c87 https://github.com/pharo-project/pharo-core/commit/7c2f68cf451a0be666cc762a811a466c5eca1c87 Author: Jenkins Build Server bo...@pharo-project.org Date: 2015-07-06 (Mon, 06 Jul 2015) Changed paths: R Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/instance/accessing/category.st M Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/instance/accessing/group.st M Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/instance/running/checkMethod_.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - after/testUninstallLinkAndRunAfter.st M Reflectivity.package/HookGenerator.class/instance/results/afterHooks.st M Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitMetaLinkAfter_.st M Reflectivity.package/RFSemanticAnalyzer.class/instance/visiting/analyseForLinks_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50153.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50154.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50153.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50154.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 50154 15884 review rule RBUnaryAccessingMethodWithoutReturnRule https://pharo.fogbugz.com/f/cases/15884 15895 Reflectivity: reifications for #after working https://pharo.fogbugz.com/f/cases/15895 http://files.pharo.org/image/50/50154.zip
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/50154 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/50153 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] fef56f: 50153
Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: fef56f26f5e9d404f61254ef12c84fa594b2f8b1 https://github.com/pharo-project/pharo-core/commit/fef56f26f5e9d404f61254ef12c84fa594b2f8b1 Author: Jenkins Build Server bo...@pharo-project.org Date: 2015-07-06 (Mon, 06 Jul 2015) Changed paths: M Gofer-Core.package/GoferResolvedReference.class/instance/accessing/version.st R Gofer-Core.package/extension/MCDictionaryRepository/instance/goferVersionFrom_.st R Gofer-Core.package/extension/MCFileBasedRepository/instance/goferVersionFrom_.st R Gofer-Core.package/extension/MCFileTreeRepository/instance/goferVersionFrom_.st R Gofer-Core.package/extension/MCRepository/instance/goferVersionFrom_.st A Monticello.package/MCDictionaryRepository.class/instance/accessing/versionFrom_.st M Monticello.package/MCFileBasedRepository.class/instance/accessing/versionFromFileNamed_.st M Monticello.package/MCFileBasedRepository.class/instance/accessing/versionFromRepositoryFromFileNamed_.st A Monticello.package/MCFileBasedRepository.class/instance/accessing/versionFrom_.st M Monticello.package/MCFileBasedRepository.class/instance/accessing/versionInfoFromFileNamed_.st M Monticello.package/MCFileBasedRepository.class/instance/accessing/versionNameFromFileName_.st A Monticello.package/MCRepository.class/instance/accessing/versionFrom_.st A MonticelloFileTree-Core.package/MCFileTreeRepository.class/instance/accessing/versionFrom_.st R NECompletion.package/extension/Workspace/instance/guessTypeForName_.st R NECompletion.package/extension/Workspace/instance/hasBindingOf_.st R NECompletion.package/extension/Workspace/instance/hasBindingThatBeginsWith_.st R NECompletion.package/extension/Workspace/instance/selectedClassOrMetaClass.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50152.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50153.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50152.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50153.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R StartupPreferences.package/StartupPreferencesLoader.class/class/example/example3.st M Text-Edition.package/SmalltalkEditor.class/instance/menu messages/selectedSelector.st A Tool-Workspace.package/RubWorkspaceBar.class/README.md A Tool-Workspace.package/RubWorkspaceBar.class/class/querying/key.st A Tool-Workspace.package/RubWorkspaceBar.class/definition.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/accessing/backgroundColor.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/accessing/fontToUse.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/accessing/level.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/accessing/textColor.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/event handling/updateContents.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/geometry/computedHeightFrom_.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/geometry/computedWidthFrom_.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/geometry/manageLayoutInBounds_.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/initialize-release/initialize.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing editing mode/chooseEditingMode_.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing editing mode/editingModeLabel.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing editing mode/editingModeLabelMorph.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing editing mode/modeListMenu.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing editing mode/switchToPlainTextMode.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing editing mode/switchToSmalltalkScriptingMode.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing line numbers/changeLineNumbersDisplay.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing line numbers/lineNumbersDisplayLabel.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing line numbers/lineNumbersDisplayLabelMorph.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing wrapping policy/changeWrappingPolicy.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing wrapping policy/wrappingPolicyLabel.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/managing wrapping policy/wrappingPolicyLabelMorph.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/private/spacer_.st A Tool-Workspace.package/RubWorkspaceBar.class/instance/submorphs-accessing/noteNewOwner_.st M
Re: [Pharo-dev] Music in Pharo
On 06 Jul 2015, at 05:14, Sean P. DeNigris s...@clipperadams.com wrote: Clément Bera-4 wrote I tried your code but the primitive #primFileValidMPEG: fails and Pharo doesn't read the mp3. Same for me on Mac 10.9.5. I'm using the VM that comes with Launcher. Clément Bera-4 wrote Is there a specific plugin you need to compile the VM with ? I am not sure the Mpeg3Plugin is by default in any VM I have. I see the Mpeg3Plugin in the Plugins folder. I know I had this working at some point. Maybe the mp3 plugin has deteriorated in newer VMs? Maybe I'll dig up an older VM and see… the thing is that I compiled that plugin but I never tested it… so there is a good chance it is not working properly and since nobody tried until now, we weren’t aware :( Esteban - Cheers, Sean -- View this message in context: http://forum.world.st/Music-in-Pharo-tp4835737p4835901.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Control Flow Graph for Smalltalk
2015-07-06 13:21 GMT+02:00 Nevena Milojkovic nev...@iam.unibe.ch: Hi all, Can anybody point me towards some tool/paper with the possibility to construct Control Flow Graph for Smalltalk? There was a tool called compass. AFAIR it is a debugger that stores the execution path. (don't know where this is, I read in a paper about it flow-centric debugging). Cheers, Nevena Nevena Milojkovic Research assistant Software Composition Group Institute of Computer Science and Applied Mathematics University of Bern email: nev...@iam.unibe.ch office phone: +41 (0)31 511 7639 webpage: http://scg.unibe.ch/staff/Milojkovic
Re: [Pharo-dev] Getting the mbox file for this mailing list?
Peter Uhnák wrote Actually they are valid mbox files. (At least my mutt opened it just fine.) Ah! Thanks :) The .txt extension threw me off. Yes, Mac Mail imports them fine as well - Cheers, Sean -- View this message in context: http://forum.world.st/Getting-the-mbox-file-for-this-mailing-list-tp4835958p4835997.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Getting the mbox file for this mailing list?
Peter Uhnák wrote Not fan of unix I see. :) I've been spoiled by living objects. For me, dealing with text and files is like writing in assembler :) - Cheers, Sean -- View this message in context: http://forum.world.st/Getting-the-mbox-file-for-this-mailing-list-tp4835958p4835998.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Getting the mbox file for this mailing list?
The archives are straight text files, in which the individual messages are separated by a seemingly random number of LFs. Actually they are valid mbox files. (At least my mutt opened it just fine.) The separator is From line, not newlines.
Re: [Pharo-dev] Getting the mbox file for this mailing list?
Oh, I forgot one thing... Unix... why text and files?! why?! Not fan of unix I see. :)
Re: [Pharo-dev] Getting the mbox file for this mailing list?
2015-07-06 14:29 GMT+02:00 Peter Uhnák i.uh...@gmail.com: The archives are straight text files, in which the individual messages are separated by a seemingly random number of LFs. Actually they are valid mbox files. (At least my mutt opened it just fine.) The separator is From line, not newlines. From followed by a space. Each message ends with an blank line https://en.wikipedia.org/wiki/Mbox, https://tools.ietf.org/html/rfc4155 It seems there are multiple, incompatible mbox formats. Thierry
Re: [Pharo-dev] Control Flow Graph for Smalltalk
I don't think there is such a tool or paper. I built such a tool for a compiler IR but I don't think it will fit your needs as I show strange IR nodes with compiler related information (it doesn't look like the original smalltalk code at all). The visualization is done with Roassal. I think if you get the Smalltalk AST with the semantic analysis done, you can easily detect which messageNode will be inlined to control flow operations, and therefore have a control flow graph. You can then display it with Roassal. However, Roassal is bad at handling graph cycles so I'd recommend that you show the control flow graph but back edges. Good luck Clément 2015-07-06 13:21 GMT+02:00 Nevena Milojkovic nev...@iam.unibe.ch: Hi all, Can anybody point me towards some tool/paper with the possibility to construct Control Flow Graph for Smalltalk? Cheers, Nevena Nevena Milojkovic Research assistant Software Composition Group Institute of Computer Science and Applied Mathematics University of Bern email: nev...@iam.unibe.ch office phone: +41 (0)31 511 7639 webpage: http://scg.unibe.ch/staff/Milojkovic
Re: [Pharo-dev] Musings (Was: NAtiveBoost error)
On 06 Jul 2015, at 15:16, Kjell Godo squeakl...@gmail.com wrote: Thank you for the detailed reply Andreas Are there any Smalltalk packages implementing Category Theory based functional programming constructs for function composition like functors , applicatives , monads , arrows , etc ? Do people have opinions about whether or not these plus immutable data structures would be good for managing state in Smalltalk like they do it in Haskell etc? i know that monads are not built into Haskell but are implemented as addons via Haskell packages. My Haskell friend said all you need to do functional programming is first class functions which Smalltalk Block contexts almost are except they lack their own stack? if you wrap a Block in a Function Object do you then get the stack effect so you can essentially call the Block recursively? The following article: Lambda Calculus in Pharo Yes, the Y Combinator is useful in normal programs https://medium.com/concerning-pharo/lambda-calculus-in-pharo-a4a571869594 touches on some of the options in this area, answering some of your questions. TL;DR - Pharo blocks are real lambdas/closures. i have been wondering about taking a crack at implementing these in Smalltalk and i wonder if it would be theoretically possible to speed them up by inlining them via the Smalltalk compiler Thank you On Saturday, November 8, 2014, Andreas Wacknitz a.wackn...@gmx.de wrote: Am 07.11.2014 um 16:51 schrieb Kjell Godo squeakl...@gmail.com: This is off topic. I tried to post it as a top level thread but I have become unknown. Why do you expect that? Many people here are using Smalltalk for years. Just because you have been silent for some time doesn’t mean everybody will forget about you :) I don't know if you want this crap in here but I have decided not to wait for the postmaster to get back to me on the subject of becoming known. Feel free. ( Original-SUBJECT: ( picoVerse-:( what about state , is state really evil? ) ) ) I am a Smalltalker. But in the past few months i have been running with the Haskellers. The Haskellers hate state. This seemed strange at first because as a Smalltalker i love(d) state. State iswas my friend. 90% of my life as a Smalltalker is state wrangling. I am a state herder. The debugger is my staff I use to whack the state. And TestCase is my sheep dog. But to the Haskellers state is the evil trinity of satan the anti christ and the false prophet all rolled into one. State is the true dev incarnation of the total catastrophe of development Armageddon. Blood up to the bridles for hundreds of miles. Dogs and cats living together. Mass hysteria. They say. I'm not sure i quite get it yet but they keep preaching on this one point most of all. State is evil. You must keep all state in a Monad. As many methods/functions m as possible must be 100% dependent on the input parameters ONLY. No hidden instance variables affecting the return value of m are allowed. The only effect m can have is to return a value. If all this is true then m is pure. And pure is good. Pure is very good. And the wind says very. So i wonder if any of you fellow Smalltalkers have thought about this at all. First, there are no good definitions of what is an object oriented language and what is a functional language. Thus, languages like C++, C#, Java are being considered object oriented. But their object orientation is not the same like Smalltalk’s. The same problem exists in the functional language world: Some consider LISP being functional, some deny that. Second, for some years I am constantly seeking for „the best“ language to solve my problems in. Alas I wasn’t successful yet and don’t expect to be successful in the future. Every programming paradigm has its strengths and weaknesses when it comes to real world problems. So in my eyes it is best to know the different programming paradigms and its representative languages in order to be able to choose the best fitting language for your problem at hand. Third, there have been many attempts to create multi-paradigm languages (like C++, C#, Java, Scala, …). The idea behind is simple: combine the best characteristics. In my eyes all of them failed because what always have been created is Frankenstein’s monster. When you combine paradigms you will may get some advantages of all but sure you will get a lot of additional complexity. Fourth, it has been said many times before: What makes Smalltalk so nice is not only the language. It’s the whole system: the language, duck typing, the image (object world), the tools, the VM, the simplicity, the elegance, … And last but not least the communities around. Regards Andreas PS: If you are interested in functional
Re: [Pharo-dev] Control Flow Graph for Smalltalk
Hi Nevena To compute the control flow graph you would need to do concrete type inference. Search for Ole Agesen PhD thesis to have an idea what's that about. I've started a smalltalk implementation of his ideas in 2001 but never got beyond the proof of concept stage. I can forward the presentation slides later tonight. Cheers - Francisco On 6 Jul 2015, at 12:21, Nevena Milojkovic nev...@iam.unibe.ch wrote: Hi all, Can anybody point me towards some tool/paper with the possibility to construct Control Flow Graph for Smalltalk? Cheers, Nevena Nevena Milojkovic Research assistant Software Composition Group Institute of Computer Science and Applied Mathematics University of Bern email: nev...@iam.unibe.ch office phone: +41 (0)31 511 7639 webpage: http://scg.unibe.ch/staff/Milojkovic
Re: [Pharo-dev] Musings (Was: NAtiveBoost error)
Hi Kjell, On Jul 6, 2015, at 6:16 AM, Kjell Godo squeakl...@gmail.com wrote: Thank you for the detailed reply Andreas Are there any Smalltalk packages implementing Category Theory based functional programming constructs for function composition like functors , applicatives , monads , arrows , etc ? Do people have opinions about whether or not these plus immutable data structures would be good for managing state in Smalltalk like they do it in Haskell etc? i know that monads are not built into Haskell but are implemented as addons via Haskell packages. My Haskell friend said all you need to do functional programming is first class functions which Smalltalk Block contexts almost are except they lack their own stack? if you wrap a Block in a Function Object do you then get the stack effect so you can essentially call the Block recursively? The Pharo Squeak dialects, along with most others, now have closures, so blocks are fully recursive. i have been wondering about taking a crack at implementing these in Smalltalk and i wonder if it would be theoretically possible to speed them up by inlining them via the Smalltalk compiler The compiler already inlines closures in a few key control messages such as ifTrue: whileTrue: and:. I recommend spending some time reading the code for the core execution classes and the compiler, and running examples interactively to learn how the system works. It's a fun process and well supported by the tools. Remember that the debugger includes a meta circular interpreter for executing the system's bytecode, and that the compiler compiles source to bytecode in the firm of CompiledMethod instances you can inspect, decompile and list their bytecode. All the questions you have above you can answer for yourself by running examples and using the tools to observe what happens. This is a route to mastering the system; IMNERHO the best. Thank you Eliot (phone) On Saturday, November 8, 2014, Andreas Wacknitz a.wackn...@gmx.de wrote: Am 07.11.2014 um 16:51 schrieb Kjell Godo squeakl...@gmail.com: This is off topic. I tried to post it as a top level thread but I have become unknown. Why do you expect that? Many people here are using Smalltalk for years. Just because you have been silent for some time doesn’t mean everybody will forget about you :) I don't know if you want this crap in here but I have decided not to wait for the postmaster to get back to me on the subject of becoming known. Feel free. ( Original-SUBJECT: ( picoVerse-:( what about state , is state really evil? ) ) ) I am a Smalltalker. But in the past few months i have been running with the Haskellers. The Haskellers hate state. This seemed strange at first because as a Smalltalker i love(d) state. State iswas my friend. 90% of my life as a Smalltalker is state wrangling. I am a state herder. The debugger is my staff I use to whack the state. And TestCase is my sheep dog. But to the Haskellers state is the evil trinity of satan the anti christ and the false prophet all rolled into one. State is the true dev incarnation of the total catastrophe of development Armageddon. Blood up to the bridles for hundreds of miles. Dogs and cats living together. Mass hysteria. They say. I'm not sure i quite get it yet but they keep preaching on this one point most of all. State is evil. You must keep all state in a Monad. As many methods/functions m as possible must be 100% dependent on the input parameters ONLY. No hidden instance variables affecting the return value of m are allowed. The only effect m can have is to return a value. If all this is true then m is pure. And pure is good. Pure is very good. And the wind says very. So i wonder if any of you fellow Smalltalkers have thought about this at all. First, there are no good definitions of what is an object oriented language and what is a functional language. Thus, languages like C++, C#, Java are being considered object oriented. But their object orientation is not the same like Smalltalk’s. The same problem exists in the functional language world: Some consider LISP being functional, some deny that. Second, for some years I am constantly seeking for „the best“ language to solve my problems in. Alas I wasn’t successful yet and don’t expect to be successful in the future. Every programming paradigm has its strengths and weaknesses when it comes to real world problems. So in my eyes it is best to know the different programming paradigms and its representative languages in order to be able to choose the best fitting language for your problem at hand. Third, there have been many attempts to create multi-paradigm languages (like C++, C#, Java, Scala, …). The idea behind is simple: combine the best
Re: [Pharo-dev] Musings (Was: NAtiveBoost error)
i cannot seem to find this generator package on SmalltalkHub and i wonder where it could be On Monday, July 6, 2015, Kjell Godo squeakl...@gmail.com wrote: Object Orientation seems to freak out most Haskell programmers. They are opposed to it. They have never tried Smalltalk. They see OOP as bad practice in the languages they have seen it in and say it promotes chaotic program behaviour and unmaintainable software that is brittle and full of costly bugs.They have never tried Smalltalk and some are a bit bewildered when i say Smalltalk is usually very stable. i just wonder if functional state management would make Smalltalk development faster and less Chaotic and how you could marry OOP and functional and if you did then how would you do it how can the concepts offunctional and OOPbe combined is my question what are all the concepts and how can they be combined because i do think that perhaps Smalltalk development is slowed down and made more Chaotic and unmaintainable by mutable data in Objects so in order to correct this in my opinion the first step would be to create immutable Objects my Generator package i published for Pharo is perhaps an example of how immutable sequences can be done in Smalltalk but the basic idea is that you create new Objects that link into the pieces of old ones instead of mutating the old ones no instance variables can be rebound once they have been bound ok so this boggles the mind a bit but they swear by it in Haskell so what exactly are the Haskellers talking about? and can it be applied to Smalltalk to Smalltalk's benefit? On Monday, July 6, 2015, Kjell Godo squeakl...@gmail.com javascript:_e(%7B%7D,'cvml','squeakl...@gmail.com'); wrote: Thank you for the detailed reply Andreas Are there any Smalltalk packages implementing Category Theory based functional programming constructs for function composition like functors , applicatives , monads , arrows , etc ? Do people have opinions about whether or not these plus immutable data structures would be good for managing state in Smalltalk like they do it in Haskell etc? i know that monads are not built into Haskell but are implemented as addons via Haskell packages. My Haskell friend said all you need to do functional programming is first class functions which Smalltalk Block contexts almost are except they lack their own stack? if you wrap a Block in a Function Object do you then get the stack effect so you can essentially call the Block recursively? i have been wondering about taking a crack at implementing these in Smalltalk and i wonder if it would be theoretically possible to speed them up by inlining them via the Smalltalk compiler Thank you On Saturday, November 8, 2014, Andreas Wacknitz a.wackn...@gmx.de wrote: Am 07.11.2014 um 16:51 schrieb Kjell Godo squeakl...@gmail.com: This is off topic. I tried to post it as a top level thread but I have become unknown. Why do you expect that? Many people here are using Smalltalk for years. Just because you have been silent for some time doesn’t mean everybody will forget about you :) I don't know if you want this crap in here but I have decided not to wait for the postmaster to get back to me on the subject of becoming known. Feel free. ( Original-SUBJECT: ( picoVerse-:( what about state , is state really evil? ) ) ) I am a Smalltalker. But in the past few months i have been running with the Haskellers. The Haskellers hate state. This seemed strange at first because as a Smalltalker i love(d) state. State iswas my friend. 90% of my life as a Smalltalker is state wrangling. I am a state herder. The debugger is my staff I use to whack the state. And TestCase is my sheep dog. But to the Haskellers state is the evil trinity of satan the anti christ and the false prophet all rolled into one. State is the true dev incarnation of the total catastrophe of development Armageddon. Blood up to the bridles for hundreds of miles. Dogs and cats living together. Mass hysteria. They say. I'm not sure i quite get it yet but they keep preaching on this one point most of all. State is evil. You must keep all state in a Monad. As many methods/functions m as possible must be 100% dependent on the input parameters ONLY. No hidden instance variables affecting the return value of m are allowed. The only effect m can have is to return a value. If all this is true then m is pure. And pure is good. Pure is very good. And the wind says very. So i wonder if any of you fellow Smalltalkers have thought about this at all. First, there are no good definitions of what is an object oriented language and what is a functional language. Thus, languages like C++, C#, Java are being considered object oriented. But their object orientation is not the
Re: [Pharo-dev] Musings (Was: NAtiveBoost error)
Object Orientation seems to freak out most Haskell programmers. They are opposed to it. They have never tried Smalltalk. They see OOP as bad practice in the languages they have seen it in and say it promotes chaotic program behaviour and unmaintainable software that is brittle and full of costly bugs.They have never tried Smalltalk and some are a bit bewildered when i say Smalltalk is usually very stable. i just wonder if functional state management would make Smalltalk development faster and less Chaotic and how you could marry OOP and functional and if you did then how would you do it how can the concepts offunctional and OOPbe combined is my question what are all the concepts and how can they be combined because i do think that perhaps Smalltalk development is slowed down and made more Chaotic and unmaintainable by mutable data in Objects so in order to correct this in my opinion the first step would be to create immutable Objects my Generator package i published for Pharo is perhaps an example of how immutable sequences can be done in Smalltalk but the basic idea is that you create new Objects that link into the pieces of old ones instead of mutating the old ones no instance variables can be rebound once they have been bound ok so this boggles the mind a bit but they swear by it in Haskell so what exactly are the Haskellers talking about? and can it be applied to Smalltalk to Smalltalk's benefit? On Monday, July 6, 2015, Kjell Godo squeakl...@gmail.com wrote: Thank you for the detailed reply Andreas Are there any Smalltalk packages implementing Category Theory based functional programming constructs for function composition like functors , applicatives , monads , arrows , etc ? Do people have opinions about whether or not these plus immutable data structures would be good for managing state in Smalltalk like they do it in Haskell etc? i know that monads are not built into Haskell but are implemented as addons via Haskell packages. My Haskell friend said all you need to do functional programming is first class functions which Smalltalk Block contexts almost are except they lack their own stack? if you wrap a Block in a Function Object do you then get the stack effect so you can essentially call the Block recursively? i have been wondering about taking a crack at implementing these in Smalltalk and i wonder if it would be theoretically possible to speed them up by inlining them via the Smalltalk compiler Thank you On Saturday, November 8, 2014, Andreas Wacknitz a.wackn...@gmx.de javascript:_e(%7B%7D,'cvml','a.wackn...@gmx.de'); wrote: Am 07.11.2014 um 16:51 schrieb Kjell Godo squeakl...@gmail.com: This is off topic. I tried to post it as a top level thread but I have become unknown. Why do you expect that? Many people here are using Smalltalk for years. Just because you have been silent for some time doesn’t mean everybody will forget about you :) I don't know if you want this crap in here but I have decided not to wait for the postmaster to get back to me on the subject of becoming known. Feel free. ( Original-SUBJECT: ( picoVerse-:( what about state , is state really evil? ) ) ) I am a Smalltalker. But in the past few months i have been running with the Haskellers. The Haskellers hate state. This seemed strange at first because as a Smalltalker i love(d) state. State iswas my friend. 90% of my life as a Smalltalker is state wrangling. I am a state herder. The debugger is my staff I use to whack the state. And TestCase is my sheep dog. But to the Haskellers state is the evil trinity of satan the anti christ and the false prophet all rolled into one. State is the true dev incarnation of the total catastrophe of development Armageddon. Blood up to the bridles for hundreds of miles. Dogs and cats living together. Mass hysteria. They say. I'm not sure i quite get it yet but they keep preaching on this one point most of all. State is evil. You must keep all state in a Monad. As many methods/functions m as possible must be 100% dependent on the input parameters ONLY. No hidden instance variables affecting the return value of m are allowed. The only effect m can have is to return a value. If all this is true then m is pure. And pure is good. Pure is very good. And the wind says very. So i wonder if any of you fellow Smalltalkers have thought about this at all. First, there are no good definitions of what is an object oriented language and what is a functional language. Thus, languages like C++, C#, Java are being considered object oriented. But their object orientation is not the same like Smalltalk’s. The same problem exists in the functional language world: Some consider LISP being functional, some deny that. Second, for some years I am constantly seeking for „the best“
Re: [Pharo-dev] GitFileTree dependencies
On Mon, Jul 6, 2015 at 10:44 PM, Thierry Goubier thierry.goub...@gmail.com wrote: I may look at one point into adding support for pseudo-tty. Does anybody knows if pseudo-tty are available with Microsoft Windows? Maybe PuTTY? But I've only ever used that for ssh, so I don't know if it has the functionality you need.
Re: [Pharo-dev] GitFileTree dependencies
Le 05/07/2015 12:45, stepharo a écrit : thanks! CommandShell has been updated. I may look at one point into adding support for pseudo-tty. Does anybody knows if pseudo-tty are available with Microsoft Windows? Thierry Le 27/6/15 00:27, Thierry Goubier a écrit : GitFileTree does not depend on StringHolder. CommandShell does. The next update of CommandShell will solve that, but it needs some testing first. Thierry Le 26 juin 2015 10:41 PM, stepharo steph...@free.fr mailto:steph...@free.fr a écrit : Yes StringHolder does not exist anymore. So may be you can load an old version and change GitFileTree but GitFileTree should not rely on this old and bad class. It took us 3 years to remove it. Stef Le 19/6/15 11:32, Yuriy Tymchuk a écrit : Hi, when loading GitFileTree in Pharo 5, I get: This package depends on the following classes: StringHolder You must resolve these dependencies before you will be able to load these definitions: CrLfFileEditor … Does anybody know if this was caused by any recent changes? Uko P.S. we should add some mechanics to report dependency issues at CI server. Because when one loads Moose (for example) from scratch, he will encounter dependency issues, but as most of people who work on Moose download the ready-made image from CI, it’s not a visible problem.
Re: [Pharo-dev] Getting the mbox file for this mailing list?
With ZnHeaders and ZnMimePart you should get a long way in parsing mail boxes. I believe some people have already experimented with this, but I am not sure and I forgot. On 06 Jul 2015, at 16:11, Dmitri Zagidulin dmi...@zagidulin.net wrote: I've been doing some mailing list analysis recently (in Ruby), and would be very interested in porting it over to Smalltalk. (I was actually getting really frustrated at the lack of proper debugging setup in Ruby, even though it had some great mail-related libraries). I was looking at thread lengths, numbers of unanswered threads, etc. Alexandre -- I haven't been able to find a good Mail parsing library for Smalltalk (preferably one that reads the Mbox format natively), I'd be curious to know what you end up using. As for the download URL -- the link Marcus gave is, unfortunately, in Piper-mail's own format (a simplified version of mbox, really). To get the actual .mbox file, you'd need to use this link: http://lists.pharo.org/mailman/private/pharo-dev_lists.pharo.org.mbox/pharo-dev_lists.pharo.org.mbox (Note that it requires you to authenticate with your mailing list email and password (that you created when you first signed up for the mailing list)). But once authenticated, you can download it with Zinc (or wget) or whatever, and start processing it. Let us know how it goes! On Mon, Jul 6, 2015 at 8:41 AM, Thierry Goubier thierry.goub...@gmail.com wrote: 2015-07-06 14:29 GMT+02:00 Peter Uhnák i.uh...@gmail.com: The archives are straight text files, in which the individual messages are separated by a seemingly random number of LFs. Actually they are valid mbox files. (At least my mutt opened it just fine.) The separator is From line, not newlines. From followed by a space. Each message ends with an blank line https://en.wikipedia.org/wiki/Mbox, https://tools.ietf.org/html/rfc4155 It seems there are multiple, incompatible mbox formats. Thierry
Re: [Pharo-dev] Control Flow Graph for Smalltalk
Olin Shivers' k-CFA stuff also computes call flow graphs (and can infer types, and can determine when garbage can be released). A starting point might be here: http://matt.might.net/articles/implementation-of-kcfa-and-0cfa/ frank On 6 July 2015 at 14:30, Francisco Garau francisco.ga...@gmail.com wrote: Hi Nevena To compute the control flow graph you would need to do concrete type inference. Search for Ole Agesen PhD thesis to have an idea what's that about. I've started a smalltalk implementation of his ideas in 2001 but never got beyond the proof of concept stage. I can forward the presentation slides later tonight. Cheers - Francisco On 6 Jul 2015, at 12:21, Nevena Milojkovic nev...@iam.unibe.ch wrote: Hi all, Can anybody point me towards some tool/paper with the possibility to construct Control Flow Graph for Smalltalk? Cheers, Nevena Nevena Milojkovic Research assistant Software Composition Group Institute of Computer Science and Applied Mathematics University of Bern email: nev...@iam.unibe.ch office phone: +41 (0)31 511 7639 webpage: http://scg.unibe.ch/staff/Milojkovic
Re: [Pharo-dev] Getting the mbox file for this mailing list?
Alex you should ask alberto because may be he has some libraries that we could port from VW. Stef Le 6/7/15 11:50, Alexandre Bergel a écrit : Hi! Is there a way to get the mbox for this mailing list. This file is supposed to contains all the mails that have been sent. I would like to try to do some mail mining… Cheers, Alexandre
Re: [Pharo-dev] clean up the bugtracker - a little bit
I would say it more like that: **THANK** :) Le 6/7/15 21:41, Tudor Girba a écrit : Thank you! Doru On Mon, Jul 6, 2015 at 7:16 PM, Nicolai Hess nicolaih...@web.de mailto:nicolaih...@web.de wrote: Some of this issues aren't reproducible, some may be fixed by other changes, or just invalid (works as designed). I'll close this issues sooon! If you know one of them and don't think they should be closed, please comment on the bugtracker 11332 https://pharo.fogbugz.com/default.asp?11332 There are still problem with keyboard shortcuts in Windows dead link to original bug entry. 7352 https://pharo.fogbugz.com/default.asp?7352 Overlapping Shortcut: Select All vs. Start of Line Maybe duplicate of case15541 https://pharo.fogbugz.com/default.asp?15541 (at least for a windows vm) 12241 https://pharo.fogbugz.com/default.asp?12241 text highlighting incorrect wont fix, this textmorph will be removed 15445 https://pharo.fogbugz.com/default.asp?15445 Rectangle#center not really a center wont fix 13339 https://pharo.fogbugz.com/default.asp?13339 Renaming a method that is in a trait does not rename the traits method can not reproduce 12851 https://pharo.fogbugz.com/default.asp?12851 Test is executed twice when failling wont fix 14050 https://pharo.fogbugz.com/default.asp?14050 Smalltalk clearExternalObjects freezes the image wontfix 11680 https://pharo.fogbugz.com/default.asp?11680 DropListMorph accepts on ESCAPE can not reproduce 12190 https://pharo.fogbugz.com/default.asp?12190 Nautilus right click menus do not work on empty panes can not reproduce 14976 https://pharo.fogbugz.com/default.asp?14976 Adds Stringevaluate to allow evaluating of Smalltalk source without specifying a compiler and improves GS compatibility wontfix The following issues depend on other (like removing newlist, or unify shortcuts and may be invalid). 13528 https://pharo.fogbugz.com/default.asp?13528 Help Browser/Monticello Browser doesn't honour Alt-Tab window switching close or set as parent for15546 https://pharo.fogbugz.com/default.asp?15546 13882 https://pharo.fogbugz.com/default.asp?13882 Under Windows the key to remove a word is not SHIFT+Backspace but CTRL + Backspace close or set as parent for15619 https://pharo.fogbugz.com/default.asp?15619 13554 https://pharo.fogbugz.com/default.asp?13554 Red cross in EyeDateAndTimeInspector close or set as parent for15849 https://pharo.fogbugz.com/default.asp?15849 -- www.tudorgirba.com http://www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Control Flow Graph for Smalltalk
I have the code of lex spoon (chuck) based on Olin stuff. If you are interested to see what you can do tiwh it. Le 6/7/15 17:42, Frank Shearar a écrit : Olin Shivers' k-CFA stuff also computes call flow graphs (and can infer types, and can determine when garbage can be released). A starting point might be here: http://matt.might.net/articles/implementation-of-kcfa-and-0cfa/ frank On 6 July 2015 at 14:30, Francisco Garau francisco.ga...@gmail.com wrote: Hi Nevena To compute the control flow graph you would need to do concrete type inference. Search for Ole Agesen PhD thesis to have an idea what's that about. I've started a smalltalk implementation of his ideas in 2001 but never got beyond the proof of concept stage. I can forward the presentation slides later tonight. Cheers - Francisco On 6 Jul 2015, at 12:21, Nevena Milojkovic nev...@iam.unibe.ch wrote: Hi all, Can anybody point me towards some tool/paper with the possibility to construct Control Flow Graph for Smalltalk? Cheers, Nevena Nevena Milojkovic Research assistant Software Composition Group Institute of Computer Science and Applied Mathematics University of Bern email: nev...@iam.unibe.ch office phone: +41 (0)31 511 7639 webpage: http://scg.unibe.ch/staff/Milojkovic
Re: [Pharo-dev] WhatsUp from: 2015-07-06 until: 2015-07-19
Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! ### Here's what I've been up to since the last WhatsUp: - Gave a lecture to Cameroun - producing new lecture support for forhtcoming book - far too many little tasks but this is my life :) ### What's next, until 2015-07-19 (*): - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION (*) we'll be expecting results by then ;)
[Pharo-dev] clean up the bugtracker - a little bit
Some of this issues aren't reproducible, some may be fixed by other changes, or just invalid (works as designed). I'll close this issues sooon! If you know one of them and don't think they should be closed, please comment on the bugtracker 11332 https://pharo.fogbugz.com/default.asp?11332 There are still problem with keyboard shortcuts in Windows dead link to original bug entry. 7352 https://pharo.fogbugz.com/default.asp?7352 Overlapping Shortcut: Select All vs. Start of Line Maybe duplicate of case 15541 https://pharo.fogbugz.com/default.asp?15541 (at least for a windows vm) 12241 https://pharo.fogbugz.com/default.asp?12241 text highlighting incorrect wont fix, this textmorph will be removed 15445 https://pharo.fogbugz.com/default.asp?15445 Rectangle#center not really a center wont fix 13339 https://pharo.fogbugz.com/default.asp?13339 Renaming a method that is in a trait does not rename the traits method can not reproduce 12851 https://pharo.fogbugz.com/default.asp?12851 Test is executed twice when failling wont fix 14050 https://pharo.fogbugz.com/default.asp?14050 Smalltalk clearExternalObjects freezes the image wontfix 11680 https://pharo.fogbugz.com/default.asp?11680 DropListMorph accepts on ESCAPE can not reproduce 12190 https://pharo.fogbugz.com/default.asp?12190 Nautilus right click menus do not work on empty panes can not reproduce 14976 https://pharo.fogbugz.com/default.asp?14976 Adds Stringevaluate to allow evaluating of Smalltalk source without specifying a compiler and improves GS compatibility wontfix The following issues depend on other (like removing newlist, or unify shortcuts and may be invalid). 13528 https://pharo.fogbugz.com/default.asp?13528 Help Browser/Monticello Browser doesn't honour Alt-Tab window switching close or set as parent for 15546 https://pharo.fogbugz.com/default.asp?15546 13882 https://pharo.fogbugz.com/default.asp?13882 Under Windows the key to remove a word is not SHIFT+Backspace but CTRL + Backspace close or set as parent for 15619 https://pharo.fogbugz.com/default.asp?15619 13554 https://pharo.fogbugz.com/default.asp?13554 Red cross in EyeDateAndTimeInspector close or set as parent for 15849 https://pharo.fogbugz.com/default.asp?15849
Re: [Pharo-dev] some questions about current GToolkit issues
2015-07-04 7:58 GMT+02:00 Tudor Girba tu...@tudorgirba.com: Hi, When I said that the goal for the new inspector is Pharo 6, I meant Pharo 5 - at least as an alternative to the existing one. Cheers, Doru On Sat, Jul 4, 2015 at 7:31 AM, Tudor Girba tu...@tudorgirba.com wrote: Hi Nicolai, Please On Fri, Jul 3, 2015 at 10:53 PM, Nicolai Hess nicolaih...@web.de wrote: 15102 https://pharo.fogbugz.com/default.asp?15102 lost worldmenu Is anyone working on this, it is quite annoying, happens to me a couple of time - per day. Everytime I restart the image to get the menu back. Is there any other way to recreate the worldmenu? No, because we do not know how to reproduce it (like the message says). If anyone knows how, this would help. 15772 https://pharo.fogbugz.com/default.asp?15772 spotter is undebuggable Andrei said on the ML he knows what the problem is. Are you working on this? This makes it difficult to work/analyse other spotter bugs. I just added a note in the issue. Please provide a step-by-step situation. 14569 https://pharo.fogbugz.com/default.asp?14569 GTInspector should do live updates of objects and their slots This was considered a really important issue. Who works on this, any progress? We have a solution in the image, but it is not scalable (the rendering was just too slow), so it is disabled by default (custom presentations can use it if they want). We are working on this in two ways: - a new version of the inspector based on bloc and without glamour. This will take a while to finish, but the goal is to make it until Pharo 6. - as soon as we can hook on object-specific events we will use that mechanism to identify the need for an update There are some issues tagged for pharo 40. Who will take care of it? Backport the fixes or change the milestone As far as I am concerned, we should keep the backporting to critical cases only. Right now, I see none of them as being critical. There are some more issues (for example about the displayString/printString) waiting for some feedback and comments. Ok. We will try to go over them. I wasn't happy with the way spotter co were pushed into the 4.0 release. To many changes and new features even during code freeze. I do understand that it was important to have this in the release to get feedback. But now I wish more support, we already have too many loose ends, unfinished projects and to few people working on them. I do not see the relation between adding spotter and the support. Please help, and keep up working on this or give some feedback or comment the open issues. This is an unfortunate period simply because it is holidays time and there are other things that prevented us to work on it. Cheers, Doru can you please check this issues, and comment if you plan to work on it. 14247 https://pharo.fogbugz.com/default.asp?14247 inspector on nil 14584 https://pharo.fogbugz.com/default.asp?14584 GTInspector: explore only 14994 https://pharo.fogbugz.com/default.asp?14994 GTInspector is slow for large strings If not, I 'll close it as wontfix. nicolai -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] some questions about current GToolkit issues
Thanks for pinging me and for the patience. I commented on all these issues. Cheers, Doru On Mon, Jul 6, 2015 at 7:08 PM, Nicolai Hess nicolaih...@web.de wrote: 2015-07-04 7:58 GMT+02:00 Tudor Girba tu...@tudorgirba.com: Hi, When I said that the goal for the new inspector is Pharo 6, I meant Pharo 5 - at least as an alternative to the existing one. Cheers, Doru On Sat, Jul 4, 2015 at 7:31 AM, Tudor Girba tu...@tudorgirba.com wrote: Hi Nicolai, Please On Fri, Jul 3, 2015 at 10:53 PM, Nicolai Hess nicolaih...@web.de wrote: 15102 https://pharo.fogbugz.com/default.asp?15102 lost worldmenu Is anyone working on this, it is quite annoying, happens to me a couple of time - per day. Everytime I restart the image to get the menu back. Is there any other way to recreate the worldmenu? No, because we do not know how to reproduce it (like the message says). If anyone knows how, this would help. 15772 https://pharo.fogbugz.com/default.asp?15772 spotter is undebuggable Andrei said on the ML he knows what the problem is. Are you working on this? This makes it difficult to work/analyse other spotter bugs. I just added a note in the issue. Please provide a step-by-step situation. 14569 https://pharo.fogbugz.com/default.asp?14569 GTInspector should do live updates of objects and their slots This was considered a really important issue. Who works on this, any progress? We have a solution in the image, but it is not scalable (the rendering was just too slow), so it is disabled by default (custom presentations can use it if they want). We are working on this in two ways: - a new version of the inspector based on bloc and without glamour. This will take a while to finish, but the goal is to make it until Pharo 6. - as soon as we can hook on object-specific events we will use that mechanism to identify the need for an update There are some issues tagged for pharo 40. Who will take care of it? Backport the fixes or change the milestone As far as I am concerned, we should keep the backporting to critical cases only. Right now, I see none of them as being critical. There are some more issues (for example about the displayString/printString) waiting for some feedback and comments. Ok. We will try to go over them. I wasn't happy with the way spotter co were pushed into the 4.0 release. To many changes and new features even during code freeze. I do understand that it was important to have this in the release to get feedback. But now I wish more support, we already have too many loose ends, unfinished projects and to few people working on them. I do not see the relation between adding spotter and the support. Please help, and keep up working on this or give some feedback or comment the open issues. This is an unfortunate period simply because it is holidays time and there are other things that prevented us to work on it. Cheers, Doru can you please check this issues, and comment if you plan to work on it. 14247 https://pharo.fogbugz.com/default.asp?14247 inspector on nil 14584 https://pharo.fogbugz.com/default.asp?14584 GTInspector: explore only 14994 https://pharo.fogbugz.com/default.asp?14994 GTInspector is slow for large strings If not, I 'll close it as wontfix. nicolai -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] clean up the bugtracker - a little bit
Thank you! Doru On Mon, Jul 6, 2015 at 7:16 PM, Nicolai Hess nicolaih...@web.de wrote: Some of this issues aren't reproducible, some may be fixed by other changes, or just invalid (works as designed). I'll close this issues sooon! If you know one of them and don't think they should be closed, please comment on the bugtracker 11332 https://pharo.fogbugz.com/default.asp?11332 There are still problem with keyboard shortcuts in Windows dead link to original bug entry. 7352 https://pharo.fogbugz.com/default.asp?7352 Overlapping Shortcut: Select All vs. Start of Line Maybe duplicate of case 15541 https://pharo.fogbugz.com/default.asp?15541 (at least for a windows vm) 12241 https://pharo.fogbugz.com/default.asp?12241 text highlighting incorrect wont fix, this textmorph will be removed 15445 https://pharo.fogbugz.com/default.asp?15445 Rectangle#center not really a center wont fix 13339 https://pharo.fogbugz.com/default.asp?13339 Renaming a method that is in a trait does not rename the traits method can not reproduce 12851 https://pharo.fogbugz.com/default.asp?12851 Test is executed twice when failling wont fix 14050 https://pharo.fogbugz.com/default.asp?14050 Smalltalk clearExternalObjects freezes the image wontfix 11680 https://pharo.fogbugz.com/default.asp?11680 DropListMorph accepts on ESCAPE can not reproduce 12190 https://pharo.fogbugz.com/default.asp?12190 Nautilus right click menus do not work on empty panes can not reproduce 14976 https://pharo.fogbugz.com/default.asp?14976 Adds Stringevaluate to allow evaluating of Smalltalk source without specifying a compiler and improves GS compatibility wontfix The following issues depend on other (like removing newlist, or unify shortcuts and may be invalid). 13528 https://pharo.fogbugz.com/default.asp?13528 Help Browser/Monticello Browser doesn't honour Alt-Tab window switching close or set as parent for 15546 https://pharo.fogbugz.com/default.asp?15546 13882 https://pharo.fogbugz.com/default.asp?13882 Under Windows the key to remove a word is not SHIFT+Backspace but CTRL + Backspace close or set as parent for 15619 https://pharo.fogbugz.com/default.asp?15619 13554 https://pharo.fogbugz.com/default.asp?13554 Red cross in EyeDateAndTimeInspector close or set as parent for 15849 https://pharo.fogbugz.com/default.asp?15849 -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Getting the mbox file for this mailing list?
I ported some code that does a good job of extracting the interesting parts from an email reply: http://smalltalkhub.com/#!/~pdebruic/EmailReplyParser It has examples and can parse raw mails and text only or multipart emails. Its based on what github uses https://github.com/github/email_reply_parser I see no reason why it couldn't also be adapted for use with an initial email, as well as the replies. Sven Van Caekenberghe-2 wrote With ZnHeaders and ZnMimePart you should get a long way in parsing mail boxes. I believe some people have already experimented with this, but I am not sure and I forgot. On 06 Jul 2015, at 16:11, Dmitri Zagidulin lt; dmitri@ gt; wrote: I've been doing some mailing list analysis recently (in Ruby), and would be very interested in porting it over to Smalltalk. (I was actually getting really frustrated at the lack of proper debugging setup in Ruby, even though it had some great mail-related libraries). I was looking at thread lengths, numbers of unanswered threads, etc. Alexandre -- I haven't been able to find a good Mail parsing library for Smalltalk (preferably one that reads the Mbox format natively), I'd be curious to know what you end up using. As for the download URL -- the link Marcus gave is, unfortunately, in Piper-mail's own format (a simplified version of mbox, really). To get the actual .mbox file, you'd need to use this link: http://lists.pharo.org/mailman/private/pharo-dev_lists.pharo.org.mbox/pharo-dev_lists.pharo.org.mbox (Note that it requires you to authenticate with your mailing list email and password (that you created when you first signed up for the mailing list)). But once authenticated, you can download it with Zinc (or wget) or whatever, and start processing it. Let us know how it goes! On Mon, Jul 6, 2015 at 8:41 AM, Thierry Goubier lt; thierry.goubier@ gt; wrote: 2015-07-06 14:29 GMT+02:00 Peter Uhnák lt; i.uhnak@ gt;: The archives are straight text files, in which the individual messages are separated by a seemingly random number of LFs. Actually they are valid mbox files. (At least my mutt opened it just fine.) The separator is From line, not newlines. From followed by a space. Each message ends with an blank line https://en.wikipedia.org/wiki/Mbox, https://tools.ietf.org/html/rfc4155 It seems there are multiple, incompatible mbox formats. Thierry -- View this message in context: http://forum.world.st/Getting-the-mbox-file-for-this-mailing-list-tp4835958p4836140.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] GitFileTree dependencies
On Mon, Jul 06, 2015 at 11:03:06PM +0200, Peter Uhn??k wrote: On Mon, Jul 6, 2015 at 10:44 PM, Thierry Goubier thierry.goub...@gmail.com wrote: I may look at one point into adding support for pseudo-tty. Does anybody knows if pseudo-tty are available with Microsoft Windows? I don't know of any direct equivalent on Windows. But people do write good terminal emulators that run on Windows, so there must be a way to do it. Maybe PuTTY? But I've only ever used that for ssh, so I don't know if it has the functionality you need. Googling for putty api turns up quite a few links, so maybe something there would help. Dave
[Pharo-dev] Pharo sprint Moose dojo this Friday
Hello Pharoers, We propose a Pharo sprint / Moose dojo this Friday, 10th July, starting at 10:00am. (Local Time Lille). It will be at the Inria Lille, Building B, third floor (RMoD offices). Remotely, you can join us on the official IRC channel #pharo on irc.freenode.net server. During the sprint, we will try to synchronize local and remote Pharo sprinters. As the building is not open to the public, please contact us before if you plan to come. JC signature.asc Description: Digital signature
Re: [Pharo-dev] Getting the mbox file for this mailing list?
Sven - thanks! I'll try those. Oh, and as far as having to log in first, apparently you can pass in your username and password as a part of the url. So, the generic template would be: ' http://www.example.com/mailman/private/LIST.mbox/LIST.mbox?username=Upassword=P ' On Mon, Jul 6, 2015 at 10:15 AM, Sven Van Caekenberghe s...@stfx.eu wrote: With ZnHeaders and ZnMimePart you should get a long way in parsing mail boxes. I believe some people have already experimented with this, but I am not sure and I forgot. On 06 Jul 2015, at 16:11, Dmitri Zagidulin dmi...@zagidulin.net wrote: I've been doing some mailing list analysis recently (in Ruby), and would be very interested in porting it over to Smalltalk. (I was actually getting really frustrated at the lack of proper debugging setup in Ruby, even though it had some great mail-related libraries). I was looking at thread lengths, numbers of unanswered threads, etc. Alexandre -- I haven't been able to find a good Mail parsing library for Smalltalk (preferably one that reads the Mbox format natively), I'd be curious to know what you end up using. As for the download URL -- the link Marcus gave is, unfortunately, in Piper-mail's own format (a simplified version of mbox, really). To get the actual .mbox file, you'd need to use this link: http://lists.pharo.org/mailman/private/pharo-dev_lists.pharo.org.mbox/pharo-dev_lists.pharo.org.mbox (Note that it requires you to authenticate with your mailing list email and password (that you created when you first signed up for the mailing list)). But once authenticated, you can download it with Zinc (or wget) or whatever, and start processing it. Let us know how it goes! On Mon, Jul 6, 2015 at 8:41 AM, Thierry Goubier thierry.goub...@gmail.com wrote: 2015-07-06 14:29 GMT+02:00 Peter Uhnák i.uh...@gmail.com: The archives are straight text files, in which the individual messages are separated by a seemingly random number of LFs. Actually they are valid mbox files. (At least my mutt opened it just fine.) The separator is From line, not newlines. From followed by a space. Each message ends with an blank line https://en.wikipedia.org/wiki/Mbox, https://tools.ietf.org/html/rfc4155 It seems there are multiple, incompatible mbox formats. Thierry
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/50155 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] d2393b: 50155
Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: d2393b18d36f124692a5d4d149d723877f08f74a https://github.com/pharo-project/pharo-core/commit/d2393b18d36f124692a5d4d149d723877f08f74a Author: Jenkins Build Server bo...@pharo-project.org Date: 2015-07-06 (Mon, 06 Jul 2015) Changed paths: M ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/symbolic versions/stable_.st A ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/versions/version073_.st R Morphic-Widgets-FastTable.package/FTPluggableIconListMorphAdaptor.class/class/accessing/defaultRowHeight.st M Morphic-Widgets-FastTable.package/FTPluggableIconListMorphAdaptor.class/instance/ignored/searchedElement_.st A Morphic-Widgets-FastTable.package/FTPluggableIconListMorphAdaptor.class/instance/updating/basicUpdateSelectionIndex.st M Morphic-Widgets-FastTable.package/FTPluggableIconListMorphAdaptor.class/instance/updating/updateList.st M Morphic-Widgets-FastTable.package/FTPluggableIconListMorphAdaptor.class/instance/updating/updateSelectionIndex.st M Morphic-Widgets-FastTable.package/FTSelectionStrategy.class/instance/private/toggleRowIndex_.st M Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/drawing/fullDrawOn_.st A Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/private/calculateColumnWidths.st A Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/testing/canRefreshValues.st R Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/calculateColumnWidths.st R Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/calculateExposedRows.st R Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/calculateHeaderRow.st R Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/canRefreshValues.st M Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/changed.st A Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/updateAllRows.st A Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/updateExposedRows.st A Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/updating/updateHeaderRow.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/class/accessing/defaultRowHeight.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/accessing selection/highlightRowIndexes_.st A Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/accessing selection/highlightedRowIndex.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/keyStroke_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event testing/takesKeyboardFocus.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/private/recalculateVerticalScrollBar.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/private/recalculateVerticalScrollBarVisibilityIfHidden_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/private/verticalScrollBarValueToRowIndex_.st A Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/testing/hasHighlighted.st A Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/testing/isRowIndexVisible_.st M Nautilus-Tests.package/PackageTreeNautilusTest.class/instance/asserting/assertMethodWidget.st A Nautilus-Tests.package/PackageTreeNautilusTest.class/instance/asserting/assertMethodWidgetAdaptor.st A Nautilus-Tests.package/PackageTreeNautilusTest.class/instance/asserting/assertMethodWidgetPluggableListMorph.st M Nautilus.package/NautilusUI.class/instance/displaying/open.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50154.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50155.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50154.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50155.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 50155 15904 fast table need to react better to selections and searches https://pharo.fogbugz.com/f/cases/15904 15894 nautilus need to take into account the new fast table when selecting and testing https://pharo.fogbugz.com/f/cases/15894 http://files.pharo.org/image/50/50155.zip
Re: [Pharo-dev] Musings (Was: NAtiveBoost error)
Haskell fits well for those, who wants a proof instead of solution. -- Best regards, Igor Stasenko.