- Pharo-users - lists.pharo.org

OSProcess crashes when launching a command
by Damien Cassou Aug. 8, 2015

Aug. 8, 2015

Hi, when evaluating this, Pharo crashes (log attached): OSProcess command: 'firefox' this used to work fine. I'm on Pharo4.0 Latest update: #40609 and ConfigurationOfOSProcess-ThierryGoubier.41 $ pharo-vm-x --version 3.9-7 #1 Thu Jul 23 15:18:46 UTC 2015 gcc 4.9.3 [Production ITHB VM] NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Jan 01 1970 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Jan 01 1970 https://github.com/pharo-project/pharo-vm.git Commit: 756ea616f0b20ae88e668210d47a4e4944422754 Date: 2015-04-30 16:36:55 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14960 Linux localhost 3.14.27 #1-NixOS SMP Thu Jan 1 00:00:01 UTC 1970 i686 GNU/Linux plugin path: /nix/store/sh9snldg7ks1mqnq6cax8vfrq9i6215z-pharo-vm-core-i386-2015.04.30/lib/pharo-vm/ [default: /nix/store/sh9snldg7ks1mqnq6cax8vfrq9i6215z-pharo-vm-core-i386-2015.04.30/lib/pharo-vm/] -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

2 4

pharo application user identity
by Sebastian Heidbrink Aug. 6, 2015

Aug. 6, 2015

Hi, my seaside, zinc and pharo applications had held user information within the image or a db. That was enough since the users never needed access to local resources. Now I am in the need to allow uploaded and storage of data on the server"s harddrive or a NAS. I wonder how you guys solve identity related issues. I recognized a ldap implementation on smalltalkhub. Is there a documentation/example available on best practices regarding user directories and such? Or is it a better idea to replace seaside based user registrations with solutions like keycloak and implement a single-sign-on infrastructure? Thank you for any hint! Sebastian

1 0

Smalltalkhub permission denied
by Hilaire Aug. 6, 2015

Aug. 6, 2015

Hello, On a freshly created project I have permission denied to write on the repo. http://smalltalkhub.com/#!/~HilaireFernandes/Tools Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

4 5

Git Topic Branches and CI
by Sean P. DeNigris Aug. 5, 2015

Aug. 5, 2015

When using a branch-per-issue, it's not so easy to define #development a la Metacello. How are you handling this? Are you somehow dynamically doing a CI-build-per-branch? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Git-Topic-Branches-and-CI-tp4841141.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

2 2

Help for #fullscreen window
by Jigyasa Grover Aug. 5, 2015

Aug. 5, 2015

Hi ! I am using *WidgetExamples exampleBuilder* to make an accordion widget. I open a model *newPluggableWindow* in it, and would like it to be a fullscreen entity. I have tried all the methods, *#fullscreen *and *#extent* but in vain. It would be great if anyone could help. The code snippet is as : *printSearchResults* *self open. * *SearchQuick searchQuick: self myString. * *builder := WidgetExamples exampleBuilder.* *dialog := (builder newPluggableDialogWindow: 'SEARCH RESULTS FOR " ', myString , ' " ').* *searchResultsAccordion := dialog contentMorph:* *(* * dialog newColumn: { * * dialog newColumn: * * (* * SearchQuick myResult collect: [ :r |* * dialog newRow: {* * (* * (* * dialog newExpander: r title asString* * forAll: { * * ( dialog newTextEditorFor: ( ValueHolder new contents: r content asString )* * getText: #contents setText: #contents: )minHeight: 150.* * }* * )minWidth:750; minHeight: 10* * )* * cellInset: 0;* * borderStyle: (BorderStyle inset baseColor: dialog paneColor; width: 1)* * } * * ]* * ) .* * backBtn := dialog newButtonFor: self action: #backButtonClicked label: 'Back' help: 'Back'.* * backBtn extent: 750(a)30.* * }* * ); minWidth: World extent x; minHeight: World extent y;* * model: nil.* * searchResultsAccordion position: 0(a)0.* * searchResultsAccordion extent: World extent.* * searchResultsAccordion width: World extent x.* * searchResultsAccordion height: World extent y.* * builder newScrollPaneFor: searchResultsAccordion.* * dialog position: 0(a)0.* * dialog extent: World extent.* * builder openModal: dialog.* * dialog newScrollPaneFor: searchResultsAccordion .* Regards Jigyasa

3 3

Modern Events Touch and Gestures in Pharo.
by stepharo Aug. 5, 2015

Aug. 5, 2015

Thanks Thales for the sponsoring. https://youtu.be/eNrbH8A5nyY Stef and the rmod team

5 4

Re: [Pharo-users] Garage, Glorp, PostgreSQL and Cursors
by Sean P. DeNigris Aug. 5, 2015

Aug. 5, 2015

vmusulainen wrote > http://pharo.org/news/garage-database I'm also confused. What is the relationship between OpenDBX and Garage? IIRC DBXTalk was the previous name of OpenDBX, right? Maybe an FAQ is in order as the DB-related names seem to be multiplying ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Garage-Glorp-PostgreSQL-and-Cursors-tp4840760p4840771… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

6 8

Re: [Pharo-users] Teapot and Regex
by jtuchel＠objektfabrik.de Aug. 5, 2015

Aug. 5, 2015

Oh, and Marcus: Please check your mail program: I only see your mail text as an attachment, and on some mail readers (e.g. iPhone) it is not even properly displayed. It is hard to cite your text and answer in the way we're used to do on mailing lists... Joachim -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

2 1

Re: [Pharo-users] Teapot and Regex
by jtuchel＠objektfabrik.de Aug. 5, 2015

Aug. 5, 2015

Am 05.08.15 um 05:44 schrieb mtk via Pharo-users: Hi Marcus, good to hear you could make it work. Thankfully, Attila gave us the final explanation for the regex mystery ;-) So I guess it is best to stick with "normal" strings for the most part for several reasons: * performance: (matching strings is probably a lot faster than matching a regex) * security / stability: looking back at my own experiments with regular expressions, you "never know" what exact urls are really being served. You need to do extensive testing on which URLs match and which don't. Sure this is not true if you know regex very well ;-) Joachim -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

1 0

Re: [Pharo-users] Teapot and Regex
by Attila Magyar Aug. 4, 2015

Aug. 4, 2015

Hi Marcus, It seems you're trying to define a matcher on the query parameters. It's not going to work. An url consist of path a the query part. These are separeted by a question mark. http://localhost:1701/foo/bar?q1=xx&q2=yy In this example /foo/bar is the path, and q1 and q2 are the query params. When you define a route in Teapot you specify the path part (either with wildcards or with regexp). Teapot will select the matching route when a request comes in based on the path part, and it will parse the query part (in fact Zn does this), and make the query parameters accessible in the request object. For example GET: '/foo/bar' -> [:req | req at: #q1] This matches to an url whose path part is /foo/bar, even if there is no query part, or if it has many query parameters. In your example, you've defined the query part in the matcher, but since it is not part of the incoming url, you've got 404. But if you share what you're trying to accomplish I may be able to help. Attila -- View this message in context: http://forum.world.st/Teapot-and-Regex-tp4840893p4840936.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

2 1