Re: [Pharo-users] [Verssioner] Committing changes -> "SubscriptOoutOfBounds: 1"

On Fri, 24 Feb 2017 00:32:15 +0100, Offray Vladimir Luna Cárdenas wrote: Hi Sergio, I'm using versionner right now (and was starting to understand it, so kind of sad to know it will be deprecated). But we will develop something that manages projects :) because

Re: [Pharo-users] Pharo5.0.app on macOS X Sierra 10.12.3 can't write to changes file

I figured out a way that appears to work. Let me know if there's a better way, or if I have articulated something not quite necessary or correct. 1. In /Applications directory, create a folder called "Pharo5.0". (Not required, but I wanted to group all the files in one place rather than

[Pharo-users] Pharo5.0.app on macOS X Sierra 10.12.3 can't write to changes file

>From http://pharo.org/download, I clicked the nice blue "MacOSX" button to download the Pharo5.0.app. As the little javascript alert warned me, I placed it into /Applications folder and launched. I saw the black screen that many people have written about, and I get an information window with the

[Pharo-users] startUp Application

Hi, I want to know how to do in order a desktop application start with its custom menu without pharo panel. I read something about to startUp method but i need more information. Sorry for my english and TIA Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Dividato SA 25 de

[Pharo-users] Which is the best way of opening a PDF and HTML local files from Pharo

Hi, I'm trying to open some local files from Pharo. They're in PDF and HTML format. I thought that I could use WebBrowser, so it can delegate to the browser opening the files, without any other requirement, but is not working. There is a better way to open such files from several platforms?

Re: [Pharo-users] [Verssioner] Committing changes -> "SubscriptOoutOfBounds: 1"

Hi Sergio, I'm using versionner right now (and was starting to understand it, so kind of sad to know it will be deprecated). The workaround I found to stop the "SubscriptOutOfBounds: 1" message was to commit from Monticello instead. So user versionner to create your initial configuration.

Re: [Pharo-users] UFFI and ByteArray

What about an existing library that I don't want or cannot modify? Really, I agree that this is a problem that Pharo has to solve. Yes we all agree on that. For the record, esteban rewrote from Scratch an FFI and it was not in our plans due to the change in Spur. We would have preferred

Re: [Pharo-users] [Verssioner] Committing changes -> "SubscriptOoutOfBounds: 1"

Hi victor in which verison of pharo are you? Yes versionner will be deprecated because we are migrating to git and it has some glitches. Stef For some reason, when i use Versionner to commit my changes to my configuration, I consistently get: "SubscriptOoutOfBounds: 1” If i make

[Pharo-users] [Verssioner] Committing changes -> "SubscriptOoutOfBounds: 1"

For some reason, when i use Versionner to commit my changes to my configuration, I consistently get: "SubscriptOoutOfBounds: 1” If i make changes to my project, and just run Kommmiter… instead of getting my remote (for the changes to my project classes) i get a “New Slice” and cannot select

Re: [Pharo-users] UFFI and ByteArray

On 23/02/17 19:26, Esteban Lorenzano wrote: > >> On 23 Feb 2017, at 19:21, raffaello.giulie...@lifeware.ch >> wrote: >> >> On 23/02/17 19:17, Esteban Lorenzano wrote: >>> On 23 Feb 2017, at 19:11, raffaello.giulie...@lifeware.ch

Re: [Pharo-users] UFFI and ByteArray

> On 23 Feb 2017, at 19:21, raffaello.giulie...@lifeware.ch wrote: > > On 23/02/17 19:17, Esteban Lorenzano wrote: >> >>> On 23 Feb 2017, at 19:11, raffaello.giulie...@lifeware.ch wrote: >>> >>> Hi Esteban, >>> >>> yes, I already looked at LibC's memcpy, but that doesn't help in case >>> you

Re: [Pharo-users] UFFI and ByteArray

On 23/02/17 19:17, Esteban Lorenzano wrote: > >> On 23 Feb 2017, at 19:11, raffaello.giulie...@lifeware.ch wrote: >> >> Hi Esteban, >> >> yes, I already looked at LibC's memcpy, but that doesn't help in case >> you need to copy a *portion* of the ByteArray that does not start at >> index 1. While

Re: [Pharo-users] UFFI and ByteArray

> On 23 Feb 2017, at 19:11, raffaello.giulie...@lifeware.ch wrote: > > Hi Esteban, > > yes, I already looked at LibC's memcpy, but that doesn't help in case > you need to copy a *portion* of the ByteArray that does not start at > index 1. While one can do pointer arithmetic on ExternalAddress,

Re: [Pharo-users] UFFI and ByteArray

Hi Esteban, yes, I already looked at LibC's memcpy, but that doesn't help in case you need to copy a *portion* of the ByteArray that does not start at index 1. While one can do pointer arithmetic on ExternalAddress, this does not, of course, apply to ByteArray. To sum up, I think Pharo 5

Re: [Pharo-users] Crash in Athens

Hi alexander Thanks for reporting to us your findings. Can you report on which - os - version os - which pharo vm (there is a system report option) - which image Stef Hello. I can reproduce the bug "semi-automatically". The tree classes I use to crash are attached. Run

Re: [Pharo-users] UFFI and ByteArray

Hi rafaello once you find the solution can you do a pull request on the UFFI doc? Your question is important we should improve the documentation. tx Stf Hi, browsing through ByteArray's and ExternalAddress's code, I'm getting the impression that copying *portions* of ByteArrays from/to the C

Re: [Pharo-users] UFFI and ByteArray

Sorry, I forgot to answer and now I'm in movement. Look in LibC memcpy method (is not called exactly like that) and his uses. That's the faster you can move things inside the image. And remember: an EA is a pointer and a ByteArray is an array who will be passed as pointer too. Esteban > On

Re: [Pharo-users] UFFI and ByteArray

Hi, browsing through ByteArray's and ExternalAddress's code, I'm getting the impression that copying *portions* of ByteArrays from/to the C heap can be quite costly. Copying *to* the C heap sometimes requires first copying the portion of the ByteArray into a newly instantiated temporary

Re: [Pharo-users] Data Encryption

This is speculation without knowing your scope and architecture, but perhaps part of the puzzle is two factor authentication via a $20 Yubico FIDO U2F Security Key. https://www.yubico.com/store/ https://www.yubico.com/about/background/fido/

Re: [Pharo-users] Data Encryption

Now that i think about it.. this will contain a list of passwords for servers, etc.. each user will need to access about a dozen company passwords.. trying to thing about how to keep this buttoned down.. On February 22, 2017 at 9:19:05 AM, Alexandre Bergel (alexandre.ber...@me.com) wrote: If

Re: [Pharo-users] Voyage: Unique vs Multiple repo

Thanks Esteban for your detailed answer. Le 23/02/2017 à 13:23, Esteban Lorenzano a écrit : > Voyage will not handle that kind of problem. Voyage will not know anything about instance A being saved in repo1 AND repo2. > Also, I do not think it should :) Thanks to clarify, it helps to understand

Re: [Pharo-users] Voyage: Unique vs Multiple repo

Hi Hilaire, Voyage will not handle that kind of problem. Voyage will not know anything about instance A being saved in repo1 AND repo2. Also, I do not think it should :) I think you have a design problem if you want something like that to work… let’s explore the consequence of implementing