- Pharo-users - lists.pharo.org

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

by stepharong

On Fri, 24 Feb 2017 00:32:15 +0100, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> 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 this is really needed. Now if you have some bug fixes we will integrate them. > > The workaround I found to stop the "SubscriptOutOfBounds: 1" message was > to commit from Monticello instead. > > So user versionner to create your initial configuration. Made some > adjustments where needed and commit changes to your repo using > Monticello. That's working pretty well. > > Cheers, > > Offray > > On 23/02/17 17:08, stepharong wrote: >> 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 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 the remote for those classes.. >>> >>> Any ideas on what I am doing wrong? >>> >>> Thanks! >>> >>> >>> >>> ---- >>> peace, >>> sergio >>> photographer, journalist, visionary >>> >>> Public Key: http://bit.ly/29z9fG0 >>> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >>> http://www.Village-Buzz.com >>> http://www.ThoseOptimizeGuys.com >>> http://www.coffee-black.com >>> http://www.painlessfrugality.com >>> http://www.twitter.com/sergio_101 >>> http://www.facebook.com/sergio101 >> >> >> >> --Using Opera's mail client: http://www.opera.com/mail/ > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 24, 2017

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

by Marco A.

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 scattered in my /Applications directory). 2. Launch Terminal. 3. In Terminal type the following: (without the quotes) cd /Applications/Pharo5.0 curl get.pharo.org | bash 4. When it's finished, it will create a bunch of files and at least one folder called "pharo-vm". Inside that folder will be the Pharo virtual machine file "Pharo.app" along with the file "PharoV50.sources" 5. To launch, drag the Pharo.image file on top of the pharo-vm/Pharo.app file. It will launch, briefly show a black screen, but then show the standard Pharo desktop with no warning message. When I quit, either with saving or not saving changes, there is also no warning. It appears to work properly. Lessons learned: * The blue MacOS button on the download page downloads but the resulting file doesn't work properly, even if it's placed in the /Applications directory. * the "curl" way works (see above, and http://pharo.org/download section "Prefer the Command Line?" * Dragging the image file onto the Pharo.app VM works to launch Pharo -- View this message in context: http://forum.world.st/Pharo5-0-app-on-macOS-X-Sierra-10-12-3-can-t-write-to… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 24, 2017

Pharo5.0.app on macOS X Sierra 10.12.3 can't write to changes file

by Marco A.

>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 following message "Pharo cannot write to the changes file named /private/var/folders/ph/6q54clts6y7czjnhc0vxpct40000gr/T/AppTranslocation/58A28E84-EC87-40E7-B87E-11E24533A93B/d/Pharo5.0.app/Contents/Resources/Pharo5.0.changes. Please check that you have write permission for this file. You won't be able to save this image correctly until you fix this." I have an iMac (21.5-inch, Late 2013) running macOS Sierra version 10.12.3. I tried chmod 777 on the changes file but it didn't work. The World menu > System > About... shows "Pharo5.0 Latest update: #50770". When I try to quit, throws an exception also. Can anyone give me guidance? What am I doing wrong? -- View this message in context: http://forum.world.st/Pharo5-0-app-on-macOS-X-Sierra-10-12-3-can-t-write-to… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 24, 2017

startUp Application

by Pablo R. Digonzelli

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 Mayo 521 San Miguel de TucumÃ¡n Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714

Feb. 24, 2017

Which is the best way of opening a PDF and HTML local files from Pharo

by Offray Vladimir Luna CÃ¡rdenas

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? Cheers, Offray

Feb. 24, 2017

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

by Offray Vladimir Luna CÃ¡rdenas

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. Made some adjustments where needed and commit changes to your repo using Monticello. That's working pretty well. Cheers, Offray On 23/02/17 17:08, stepharong wrote: > 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 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 the remote for those classes.. > > Any ideas on what I am doing wrong? > > Thanks! > > > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > > > > -- > Using Opera's mail client: http://www.opera.com/mail/

Feb. 24, 2017

Re: [Pharo-users] UFFI and ByteArray

by stepharong

>> > > 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 that somebody else does it because we burnt around 8 months of work to get throw. > I think > the UFFI deserves a more general and cheaper way of copying between > ByteArrays and the C heap. Yes anything that makes interaction with C libraries easier, faster, nicer is needed. Now having 64 bits is also key and we cannot clone esteban so far. > Can I expect it to appear in the short term? > Can I help somehow? I'm sure. Stef

Feb. 23, 2017

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

by stepharong

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 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 the remote >for those classes.. > > Any ideas on what I am doing wrong? > > Thanks! > > > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 23, 2017

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

by sergio ruiz

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 the remote for those classes.. Any ideas on what I am doing wrong? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 23, 2017

Re: [Pharo-users] UFFI and ByteArray

by raffaello.giulietti＠lifeware.ch

On 23/02/17 19:26, Esteban Lorenzano wrote: > >> On 23 Feb 2017, at 19:21, raffaello.giulietti(a)lifeware.ch >> <mailto:raffaello.giulietti@lifeware.ch> wrote: >> >> On 23/02/17 19:17, Esteban Lorenzano wrote: >>> >>>> On 23 Feb 2017, at 19:11, raffaello.giulietti(a)lifeware.ch >>>> <mailto:raffaello.giulietti@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, this >>>> does not, of course, apply to ByteArray. >>>> >>>> To sum up, I think Pharo 5 currently lacks an efficient way to copy >>>> parts of ByteArrays to/from the C heap. One has to instantiate >>>> additional temporary ByteArrays and perform copies between ByteArrays in >>>> addition to LibC>>memcpy. >>>> >>>> But I see there's an Alien class which seems to better support such >>>> copying. Thus, I wonder if it is somehow compatible with the rest of >>>> UFFI. >>> >>> Which Alien class? >>> >>> Esteban >> >> What do you mean? >> I see it in package Alien-Core. > > ah, problem is that #copyInto:from:to:in:startingAt: requires an Alien > instead a ExternalAddress (and they are not the same). But I guess you > can use it if you have two ByteArrays. > > in the times of old NativeBoost, Igor implemented a memcpy as you want > it, because yes, is a problem we haveâ¦ if is seriously needed, you can > always compile your own library with such symbolâ¦ a memcpy with start > positions. > function in C is more or less trivial because you will receive two > pointers and you can perform pointer arithmetic on both. > > Esteban > 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. I think the UFFI deserves a more general and cheaper way of copying between ByteArrays and the C heap. Can I expect it to appear in the short term? Can I help somehow? Raffaello

Feb. 23, 2017