April 2018 - Pharo-dev - lists.pharo.org

Recommendation for password encryption?
by Mariano Martinez Peck Sept. 30, 2022

Sept. 30, 2022

Hi guys. Some time ago I asked about the best way to encrypt a password. Some of the recommendations I got was: 1) Generally for passwords you do not write a decrypt method for security purposes (eg you do not want people to be able to reverse engineer the encrypted password easily) 2) put a little salt 3) There is http://www.squeaksource.com/Cryptography/PasswordHashingFFI 4) I should not decrypt password but instead I should compare both encrypted versions to see if they are equal. My scenario is the following. I need to store database passwords in text files. So I don't want to let them as plain text. And while I understand 4), I think it's a different scenario than mine. I know that some database driver may allow you to directly send the encrypted password. But still...I have another similar scenario in which I have to store a password and then send it (unencrypted)...so I kind of really need a bi-directional encryption. Now..I would try to avoid having an external library + FFI. Any ideas what is the best thing I can do? And how could I solve 1) if I want bidirectional like in my case? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

9 26

Re: [Pharo-project] Parsing and navigating Html
by Paul DeBruicker July 16, 2020

July 16, 2020

On 12/05/2010 06:02 AM, pharo-project-request(a)lists.gforge.inria.fr wrote: > From: St?phane Ducasse<stephane.ducasse(a)inria.fr> > Subject: [Pharo-project] Parsing and navigating Html > To:"Pharo-project(a)lists.gforge.inria.fr Development" > <Pharo-project(a)lists.gforge.inria.fr> > Message-ID:<1C53DFD8-3021-4233-BC83-CE8C1EA8D103(a)inria.fr> > Content-Type: text/plain; charset=us-ascii > > Hi > > I would like extract partial information from HTML pages. > So I started to play and fix HTMLParser. > > Now does anybody know alternatives? > > Second, does anybody develop a lib to query HTML structure as with the XMLSupport package? > > Stef The Soup package on SqueakSource.com works OK.

3 4

Re: [Pharo-dev] [Vm-dev] Image crashing on startup, apparently during GC
by Eliot Miranda June 3, 2019

June 3, 2019

Hi Damien, On Fri, Mar 23, 2018 at 12:38 PM, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > Here are the files (image and various outputs). Running with --leakcheck > does mention a few object leaks (see output.txt); > Indeed the image is corrupt at start-up. See below. > I'm not sure where to get or how to build an assert VM. > When you build a phar. VM under build.macos64x64/pharo.cog.spur using the mvm script (mvm -A) you produce an assert VM in PharoAssert.app. > I also realized the VM I had was from this summer (the one that comes with > a 70 image with zeroconf). The output files I include were produced by the > VM at get.pharo.org/64/vmLatest70 > > https://www.dropbox.com/s/y8yqjuzd9nsvy1u/clap-broken.tar.gz?dl=0 > > On 20 March 2018 at 18:17, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > >> >> Hi Damien, >> >> On Tue, Mar 20, 2018 at 3:12 AM, Damien Pollet <damien.pollet(a)gmail.com> >> wrote: >> >>> >>> Hi, I have a Pharo image that crashes the VM on startup. The crash >>> report below seems to incriminate GC. Should I make it available somewhere >>> online? What's most convenient? >>> >> >> Don't care. Anywhere it can be downloaded from. Also, try running with >> -leakcheck 15, preferably in an assert VM and see if that gets you >> additional information. >> >> >>> >>> Process: Pharo [64892] >>> Path: /Users/USER/*/Pharo.app/Contents/MacOS/Pharo >>> Identifier: org.pharo.Pharo >>> Version: 5.0.201708271955 (5.0.201708271955) >>> >> Right. This VM is prior to the bug fixes in VMMaker.oscog-eem.2320: Spur: Fix a bad bug in SpurPlnningCompactor. unmarkObjectsFromFirstFreeObject, used when the compactor requires more than one pass due to insufficient savedFirstFieldsSpace, expects the corpse of a moved object to be unmarked, but copyAndUnmarkObject:to:bytes:firstField: only unmarked the target. Unmarking the corpse before the copy unmarks both. This fixes a crash with ReleaseBuilder class>>saveAsNewRelease when non-use of cacheDuring: creates lots of files, enough to push the system into the multi-pass regime. Pharo urgently needs to upgrade the VM to one more up to date than 2017 08 27 (in fact more up-to-date than opensmalltalk/vm commit 0fe1e1ea108e53501a0e728736048062c83a66ce, Fri Jan 19 13:17:57 2018 -0800). The bug that VMMaker.oscog-eem.2320 fixes can result in image corruption in large images, and can occur (as it has here) at start-up, causing one's work to be irretrievably lost. > Code Type: X86-64 (Native) >>> Parent Process: ??? [64888] >>> Responsible: Pharo [64892] >>> User ID: 501 >>> >>> Date/Time: 2018-03-19 20:27:03.906 +0100 >>> OS Version: Mac OS X 10.13.3 (17D102) >>> Report Version: 12 >>> Anonymous UUID: 6D022236-78DD-6676-117F-EADA56D5D1BE >>> >>> Sleep/Wake UUID: AC9E4E55-3CDB-4B4F-A6B4-51ACB1177154 >>> >>> Time Awake Since Boot: 28000 seconds >>> Time Since Wake: 6500 seconds >>> >>> System Integrity Protection: enabled >>> >>> Crashed Thread: 0 Dispatch queue: com.apple.main-thread >>> >>> Exception Type: EXC_BAD_ACCESS (SIGABRT) >>> Exception Codes: KERN_INVALID_ADDRESS at 0x000000012b67c0b0 >>> Exception Note: EXC_CORPSE_NOTIFY >>> >>> VM Regions Near 0x12b67c0b0: >>> VM_ALLOCATE 000000011adfc000-00000001259fc000 [172.0M] >>> rw-/rwx SM=PRV >>> --> >>> STACK GUARD 0000700005613000-0000700005614000 [ 4K] >>> ---/rwx SM=NUL stack guard for thread 1 >>> >>> Application Specific Information: >>> abort() called >>> >>> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread >>> 0 libsystem_kernel.dylib 0x00007fff53fbde3e __pthread_kill + 10 >>> 1 libsystem_pthread.dylib 0x00007fff540fc150 pthread_kill + 333 >>> 2 libsystem_c.dylib 0x00007fff53f1a312 abort + 127 >>> 3 org.pharo.Pharo 0x0000000104ed8997 sigsegv + 190 >>> 4 libsystem_platform.dylib 0x00007fff540eff5a _sigtramp + 26 >>> 5 ??? 000000000000000000 0 + 0 >>> 6 org.pharo.Pharo 0x0000000104e73558 markObjects + 464 >>> 7 org.pharo.Pharo 0x0000000104e72d40 fullGC + 72 >>> 8 org.pharo.Pharo 0x0000000104e92dea primitiveFullGC + >>> 45 >>> 9 org.pharo.Pharo 0x0000000104e52425 interpret + 26715 >>> 10 org.pharo.Pharo 0x0000000104e5c7f6 >>> enterSmalltalkExecutiveImplementation + 152 >>> 11 org.pharo.Pharo 0x0000000104e4be6c interpret + 674 >>> 12 org.pharo.Pharo 0x0000000104ed9cc1 >>> -[sqSqueakMainApplication runSqueak] + 394 >>> 13 com.apple.Foundation 0x00007fff2e6d696c >>> __NSFirePerformWithOrder + 360 >>> 14 com.apple.CoreFoundation 0x00007fff2c579127 >>> __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 >>> 15 com.apple.CoreFoundation 0x00007fff2c57904f >>> __CFRunLoopDoObservers + 527 >>> 16 com.apple.CoreFoundation 0x00007fff2c55b6a8 __CFRunLoopRun + >>> 1240 >>> 17 com.apple.CoreFoundation 0x00007fff2c55af43 >>> CFRunLoopRunSpecific + 483 >>> 18 com.apple.HIToolbox 0x00007fff2b872e26 >>> RunCurrentEventLoopInMode + 286 >>> 19 com.apple.HIToolbox 0x00007fff2b872a9f >>> ReceiveNextEventCommon + 366 >>> 20 com.apple.HIToolbox 0x00007fff2b872914 >>> _BlockUntilNextEventMatchingListInModeWithFilter + 64 >>> 21 com.apple.AppKit 0x00007fff29b3df5f _DPSNextEvent + >>> 2085 >>> 22 com.apple.AppKit 0x00007fff2a2d3b4c >>> -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] >>> + 3044 >>> 23 com.apple.AppKit 0x00007fff29b32d6d -[NSApplication >>> run] + 764 >>> 24 com.apple.AppKit 0x00007fff29b01f1a NSApplicationMain >>> + 804 >>> >>> -- >>> Damien Pollet >>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>> >>> >> >> >> -- >> _,,,^..^,,,_ >> best, Eliot >> >> > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > > -- _,,,^..^,,,_ best, Eliot

9 26

Seaside loading broken in Pharo 7
by Torsten Bergmann June 21, 2018

June 21, 2018

Hi Pharo-dev (CC Seaside-dev) the Seaside PR on discussions for Pharo 7 supprt on https://github.com/SeasideSt/Seaside/pull/979 says one should use Metacello new baseline:'Seaside3'; repository: 'github://SeasideSt/Seaside:master/repository'; load. to load Seaside in Pharo 7 (which was from around 7th of February) I today tried with latest 70694 fresh Pharo image but after a while I get many walkback debuggers with #setToEnd, isReadOnly and #closed not implemented on ZnCharacterReadWriteStream while it is loading "Zinc-Character-Encoding-Core-SvenVanCaekenberghe.56" If I remember correctly I was able to load it in P7 two weeks ago - so something broke it meanwhile. Any ideas? Bye T.

9 24

Pharo 7 and Traits ?
by Sven Van Caekenberghe June 14, 2018

June 14, 2018

Hi, So what is the story with Pharo 7 and Traits ? I may be wrong, but were they not removed but flattened ? How are external libraries that want to support multiple Pharo versions supposed to cope when they need to add extension methods to (meta) class ? I have a problem with STON. Sven

2 3

Soup Bug? Pre Tags Should Be Nestable
by Sean P. DeNigris May 19, 2018

May 19, 2018

I did some research and don't see any restriction on nested pre tags, yet Soup includes <pre> in "NonNestableBlockTagsForHtml". This causes the following to be parsed as two sibling <pre> tags: <pre> Hi there <pre> This act shall take effect immediately. </pre> </pre> Moving <pre> from NonNestableBlockTagsForHtml to NestableBlockTagsForHtml seems to be The Right Thing To Do. Any objection (I'm certainly not an HTML expert). If not, I'll commit to my GH fork and feel free to merge back to StHub or wherever. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

1 1

Idea and proof of concept: Accept for Test
by Marcus Denker May 17, 2018

May 17, 2018

Hi, Some code is very âactiveâ, executed all the time, e.g. collections, graphicsâ¦ or imagine if you work on the compiler or debugger. It would really be nice if we could test a change before accepting it. Something like âAccept for Testâ where magically the original method does not change, yet, when running tests, the version of the code we accepted for testing is executed. So how do we implement that? 1) menu in the browser. I did a quick hack, a Suggestions AST menu shows for all nodes (to be replaced with the âcorrectâ way later). SugsSuggestion subclass: #SugsAcceptForTest instanceVariableNames: '' classVariableNames: '' package: 'SmartSuggestions-Suggestionâ label ^'Accept for testâ So, now we can do everything in the #execute method. What do we need? 1) How we know that we are in a test? â> CurrentExecutionEnvironment value isTest 2) can we compile the buffer even if there are syntax errors (kind of what I expect to happen in non-accepted code)? â> yes, remember, we use the same Parser for syntax highlighting and we extended code-generation for SyntaxError Nodes in the past (it raises a syntax error at runtime, isnât that kind off odd in a fun way?). newMethod := context selectedClass compiler source: context code; options: #(+ optionParseErrors); compile. 3) Now how to we âhook intoâ the execution of the original unchanged method? We use a MetaLink. We install it as a before link on the RBMethodNode, the meta-object is a block. This block gets as arguments the thisContext and the arguments of the original method and then just does what you want it do do: if we are in test, return the result of the execution of the method we just compiled. (Closures are fun, we can just reference the outer temp newMethod, no need to store it anywhere else explicitly): [ :aContext :args | CurrentExecutionEnvironment value isTest ifTrue: [ aContext return: (newMethod valueWithReceiver: aContext receiver arguments: args) ] ]; Thus, all the code is this: execute | newMethod metaLink | âwe compile a new method from the not-accepted text editor. Allow syntax errors" newMethod := context selectedClass compiler source: context code; options: #(+ optionParseErrors); compile. "the link executes the method we just created and returns" metaLink := MetaLink new metaObject: [ :aContext :args | CurrentExecutionEnvironment value isTest ifTrue: [ aContext return: (newMethod valueWithReceiver: aContext receiver arguments: args) ] ]; selector: #value:value:; arguments: #(context arguments). context selectedMethod ast link: metaLink Cleanup we do not care as everything will be GCed as soon as we accept the method for real. And it works! I did not test it too much, but it seems to do what it is supposed to do. (but more tests and testing are for sure needed) https://github.com/pharo-project/pharo/pull/1182 Next step: move it to a better place in the menu. Marcus

7 17

File/Stream changes: one Integer decoder/encoder to rule them all
by Sven Van Caekenberghe May 14, 2018

May 14, 2018

Hi, After the File and Stream changes in Pharo 7, a binary read, resp. write stream from/to a file is actually a ZnBuffered(Read|Write)Stream on a BinaryFileStream. You access these using #binary(Read|Write)Stream[Do:] sent to a FileReference. As minimal streams the API of ZnBuffered(Read|Write)Stream was different from what existed before. Specifically, a number of Integer decoding/encoding methods were missing. It is probably best to add those (an alternative would be a subclass). When I looked at what was available, I thought I could improve upon the current situation. In fact, I think all existing ones can be written in terms of just one key method, one for reading and one for writing. The existing methods than become simple aliases, all while offering more functionality. (Incidentally this would be an ideal use of a Trait, can we use them again/still ?) The key method is #nextIntegerOfSize: numberOfBytes signed: signed bigEndian: bigEndian [put: value] and can be found in the latest version of Zinc-CharacterEncoding-Core with a comprehensive set of unit tests. For example, int32 ^ self nextIntegerOfSize: 4 signed: true bigEndian: true nextWord ^ self nextIntegerOfSize: 2 signed: false bigEndian: true or non-aliases ones like binaryStream nextIntegerOfSize: 3 signed: true bigEndian: false I think I nailed it, but I would love a second pair of eyes to check what I did. The same functionality could be added to ByteArray in a slight variation (with offsets), where similar integer encoding/decoding methods exist. Sven

6 11

Do we kill the catalog?
by Stephane Ducasse May 3, 2018

May 3, 2018

Hi guys What do we do with it? What alternatives? Stef

16 48

[Ann] Iceberg 0.7.3
by Guillermo Polito May 3, 2018

May 3, 2018

Hi all, We just introduced Iceberg 0.7.3 into Pharo. This new version solves several issues people had when contributing to Pharo in general and others. I've made a screencast on how to contribute to Pharo, and added some tutorial and glossary in Iceberg's wiki. Below the links and the changes log. Thanks for making your issue reports ^^. We will schedule a backporting to Pharo6.1 in a couple of weeks, once we have another iteration. Cheers, Guille # Contribute to Pharo with Iceberg 0.7.3 - wiki page: https://github.com/pharo-vcs/iceberg/wiki/Contribute-to-Pharo-with-Iceberg-… - Screencast: https://www.youtube.com/watch?v=PK2yCu2rWCc&feature=youtu.because This screencast shows how to use Iceberg 0.7.3 to contribute to latest Pharo 7, by cloning from scratch your own (potentially outdated) clone. This video will guide you through: - solve the "Missing local repository" by cloning - solve the "Fetch required" that appears because the fork is out of date - solve the "Detached working copy" by creating a new branch - use the pharo plugin to create an issue branch - make some changes, commit them and push them to your fork - make a pull request If you already have a clone, you can just import an existing repository from your disk. The rest of the instructions should be the same. If you don't have a fork, create one before doing anything else. New videos to come with more explanations. # Iceberg Glossary https://github.com/pharo-vcs/iceberg/wiki/Iceberg-glossary # 0.7.3 ChangesLog - #693 <https://github.com/pharo-vcs/iceberg/pull/693>: fixing problem when the announcement of changes in a package is nil. (bug, important) - #682 <https://github.com/pharo-vcs/iceberg/issues/682>: update update script (Pharo6-backport) - #681 <https://github.com/pharo-vcs/iceberg/issues/681>: Author name is not correctly decoded (UI, enhancement) - #680 <https://github.com/pharo-vcs/iceberg/issues/680>: Repair actions dialog should explain the situation (UI, enhancement, important) - #679 <https://github.com/pharo-vcs/iceberg/issues/679>: Create branch repair action should show create branch from issue if available (Pharo plugin, UI) - #678 <https://github.com/pharo-vcs/iceberg/issues/678>: Iceberg does not correctly recognize packages (bug, important) - #677 <https://github.com/pharo-vcs/iceberg/issues/677>: Unknown commit can only be solved with repair action (Model, bug, important) - #676 <https://github.com/pharo-vcs/iceberg/issues/676>: Unknown commit state is not properly shown (UI, bug, important) - #667 <https://github.com/pharo-vcs/iceberg/issues/667>: Merging branches with file deletion doesn't seem possible (bug, important, merge) - #666 <https://github.com/pharo-vcs/iceberg/issues/666>: Iceberg sometimes add a $ to commit message (Model, bug) - #662 <https://github.com/pharo-vcs/iceberg/issues/662>: The Pharo plugin has to do the fetch only if required. (Pharo plugin, enhancement) - #660 <https://github.com/pharo-vcs/iceberg/pull/660>: Add a star badge in the push button in case of a new branch () - #658 <https://github.com/pharo-vcs/iceberg/issues/658>: Progress Bar during checkout of Repository. (UI, enhancement) - #657 <https://github.com/pharo-vcs/iceberg/issues/657>: Confusing UI: Ghost Test maybe should be default? (UI, enhancement) - #656 <https://github.com/pharo-vcs/iceberg/issues/656>: Typo in Progress Bar (UI, bug) - #651 <https://github.com/pharo-vcs/iceberg/issues/651>: When pushing a new branch the list of commit is empty (UI, bug) - #650 <https://github.com/pharo-vcs/iceberg/issues/650>: "Create new branch from issue" is leaving image in detached working copy state () - #649 <https://github.com/pharo-vcs/iceberg/issues/649>: The VM is crashing when trying to use Iceberg from a saved image (bug) - #645 <https://github.com/pharo-vcs/iceberg/issues/645>: IceLibgitRepository should use "utilities" protocol instead of "utils" (clean up) - #644 <https://github.com/pharo-vcs/iceberg/issues/644>: Unnecessary temp in IceTipGitHubRepositoryPanel>>#getGitHubRepository" (clean up) - #643 <https://github.com/pharo-vcs/iceberg/issues/643>: LGit_GIT_ERROR: error authenticating: no auth sock variable loading a Tonel based baseline dependency in smalltalkCI (bug, important) - #639 <https://github.com/pharo-vcs/iceberg/issues/639>: Create pull request fails if branch has not been pushed (Github plugin, bug) - #636 <https://github.com/pharo-vcs/iceberg/issues/636>: The pull button should have a star badge when it has no upstream (UI, enhancement, important) - #634 <https://github.com/pharo-vcs/iceberg/issues/634>: Travis is not building Pull Requests (CI, bug, important) - #624 <https://github.com/pharo-vcs/iceberg/issues/624>: add "add remote" to remote picking on pull/push browsers (enhancement) - #610 <https://github.com/pharo-vcs/iceberg/pull/610>: Fix for issue #608 <https://github.com/pharo-vcs/iceberg/issues/608> and #607 <https://github.com/pharo-vcs/iceberg/issues/607>. (clean up) - #609 <https://github.com/pharo-vcs/iceberg/issues/609>: New branch repair action does not refresh dirty packages (UI, bug) - #583 <https://github.com/pharo-vcs/iceberg/issues/583>: Creating a tonel project does not commit the properties file (Model, bug) - #542 <https://github.com/pharo-vcs/iceberg/issues/542>: Bug during commit of a new package (Model, bug) -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

2 1