You could build a debug VM from here
https://github.com/pharo-project/pharo-vm
I also glimpsed some FreeBSD build options there you might try.
cheers -ben
On Fri, Jun 24, 2016 at 12:05 PM, Petr Fischer wrote:
> So... I compiled latest sources (blessed) on CentOS 6.8, fine,
So... I compiled latest sources (blessed) on CentOS 6.8, fine, moved compiled
binaries to FreeBSD and tried to load Seaside to the latest 50760 image.
Still stack errors, log here: http://pastebin.com/raw/bf1EpWNt
When I run this on CentOS, everything is fine (loading Seaside, no stack
errors),
On Fri, Jun 24, 2016 at 4:21 AM, Nicolas Anquetil wrote:
> and why not put Pharo.changes in ./pharo while we are at it ?
> too difficult?
>
The same thought crossed my mind for a moment, but the two files are
*tightly* coupled. If the .changes file wasn't sitting
Dear GemTalk Customers,
We are pleased to announce the release of GemStone/S 64 Bit 3.3.1, a
maintenance release providing a number of important features and bug fixes,
including support for handling ICU library version changes over upgrade. We
encourage all GemStone/S customers to upgrade to
Hi Doru,
On Thu, Jun 23, 2016 at 1:24 PM, Tudor Girba wrote:
> Hi,
>
> > On Jun 20, 2016, at 10:07 AM, Clément Bera
> wrote:
> >
> > On Mon, Jun 20, 2016 at 9:03 AM, Marcus Denker
> wrote:
> >
> > […]
> > Isn’ t that what
I asked alain to integrate it into FastTable.
Stef
Le 22/6/16 à 16:21, Mariano Martinez Peck a écrit :
Cool! I didn't know about it :)
On Wed, Jun 22, 2016 at 10:54 AM, stepharo > wrote:
We should call a method rename and class rename
for me the finder dropbox did not work at all.
Le 22/6/16 à 16:23, Nicolai Hess a écrit :
broken, or a deprecation warning
2016-06-22 16:14 GMT+02:00 stepharo >:
Ok
I'm in the train so I will not try to download it :)
The finder is
Hi,
> On Jun 20, 2016, at 10:07 AM, Clément Bera wrote:
>
> On Mon, Jun 20, 2016 at 9:03 AM, Marcus Denker wrote:
>
> […]
> Isn’ t that what the mail of clement was all about? To change the compiler to
> emit code according to the proposed
and why not put Pharo.changes in ./pharo while we are at it ?
too difficult?
nicolas
On 23/06/2016 22:18, stepharo wrote:
What is the difference between play-cache play-stash
Stef
Le 23/6/16 à 17:22, Esteban Lorenzano a écrit :
Hi,
Since some time I’ve seen growing the amount of
What is the difference between play-cache play-stash
Stef
Le 23/6/16 à 17:22, Esteban Lorenzano a écrit :
Hi,
Since some time I’ve seen growing the amount of files/directories generated
when running Pharo. Up to Pharo 2.0, we had just this:
Pharo.image
Pharo.changes
PharoDebug.log
On Fri, Jun 24, 2016 at 12:49 AM, Cyril Ferlicot D. <
cyril.ferli...@gmail.com> wrote:
> Le 23/06/2016 à 17:22, Esteban Lorenzano a écrit :
> > Hi,
> >
> > Since some time I’ve seen growing the amount of files/directories
> generated when running Pharo. Up to Pharo 2.0, we had just this:
> >
> >
Le 23/06/2016 à 17:22, Esteban Lorenzano a écrit :
> Hi,
>
> Since some time I’ve seen growing the amount of files/directories generated
> when running Pharo. Up to Pharo 2.0, we had just this:
>
> Pharo.image
> Pharo.changes
> PharoDebug.log
> pharo-cache
>
> now we have:
>
> Pharo.image
>
> On 23 Jun 2016, at 15:32, Esteban Lorenzano wrote:
>
>>
>> On 23 Jun 2016, at 15:29, Cyril Ferlicot Delbecque
>> wrote:
>>
>>
>>
>> On 23/06/2016 15:07, Christophe Demarey wrote:
>>> What happens if you execute
>>>
> On 23 Jun 2016, at 17:34, Max Leske wrote:
>
> I totally approve of the idea but personally I hate those hidden directories.
> Especially those that are silently generated in my home directory. It may not
> look so “professional” as Eclipse (…) but I’d rather have a
> On 23 Jun 2016, at 17:29, Serge Stinckwich wrote:
>
> The name is .pharo or pharo ?
>
> If we have multiple images in the same directory, they will share the
> /pharo repository ?
yes, exactly as it is now, that you share all those common files/directories
I totally approve of the idea but personally I hate those hidden directories.
Especially those that are silently generated in my home directory. It may not
look so “professional” as Eclipse (…) but I’d rather have a visible directory.
Just my two cents.
Max
> On 23 Jun 2016, at 17:22,
The name is .pharo or pharo ?
If we have multiple images in the same directory, they will share the
/pharo repository ?
On 6/23/16, Esteban Lorenzano wrote:
> Hi,
>
> Since some time I’ve seen growing the amount of files/directories generated
> when running Pharo. Up to
Hi,
Since some time I’ve seen growing the amount of files/directories generated
when running Pharo. Up to Pharo 2.0, we had just this:
Pharo.image
Pharo.changes
PharoDebug.log
pharo-cache
now we have:
Pharo.image
Pharo.changes
PharoDebug.log
pharo-cache
epicea-sessions
play-cache
play-stash
On 23 June 2016 at 16:19, J.F. Rick wrote:
> Are .dmp files useful? If so, I can share those. I do still get crashes
> but they are far less since I only use one surface.
>
> Another thing that is happening is that the form-based paints are sticking
> around though the form should
On 23/06/2016 15:32, Esteban Lorenzano wrote:
>
> no it shouldn’t… and *my* preferences are correctly loaded :)
>
>
>
I check on my Mac, mine are loaded too.
--
Cyril Ferlicot
http://www.synectique.eu
165 Avenue Bretagne
Lille 59000 France
signature.asc
Description: OpenPGP digital
> On 23 Jun 2016, at 15:29, Cyril Ferlicot Delbecque
> wrote:
>
>
>
> On 23/06/2016 15:07, Christophe Demarey wrote:
>> What happens if you execute
>> 'SystemSettingsPersistence resumeSystemSettings’ in a 60103 image?
>> If nothing happens, it could be that
On 23/06/2016 15:07, Christophe Demarey wrote:
> What happens if you execute
> 'SystemSettingsPersistence resumeSystemSettings’ in a 60103 image?
> If nothing happens, it could be that 'SystemSettingsPersistence
> instVarNamed: ‘alreadyResumed’’ is true
>
> I checked the startupList and
Are .dmp files useful? If so, I can share those. I do still get crashes but
they are far less since I only use one surface.
Another thing that is happening is that the form-based paints are sticking
around though the form should have been collected. It seems like the way
that paints are being
2016-06-23 15:07 GMT+02:00 Christophe Demarey :
> What happens if you execute
> 'SystemSettingsPersistence resumeSystemSettings’ in a 60103 image?
> If nothing happens, it could be that 'SystemSettingsPersistence
> instVarNamed: ‘alreadyResumed’’ is true
>
Yes,
What happens if you execute 'SystemSettingsPersistence resumeSystemSettings’ in
a 60103 image?
If nothing happens, it could be that 'SystemSettingsPersistence instVarNamed:
‘alreadyResumed’’ is true
I checked the startupList and PharoCommandLineHandler>>#runPreferences but
nothing changed
On 18 June 2016 at 19:36, J.F. Rick wrote:
> I'm using Athens rendering for my multi-touch applications on Pharo5. As
> part of that, I create a surface:
> surface := AthensCairoSurface extent: bounds extent asIntegerPoint.
>
> Though the object creating that surface is deleted,
An error during the load ?
> On 23 Jun 2016, at 09:01, Nicolai Hess wrote:
>
> My stored settings aren't loaded at start up anymore (for example, in Pharo
> 60107).
>
> any ideas?
Branch: refs/heads/6.0
Home: https://github.com/pharo-project/pharo-core
Commit: d6f95ea4a45f3e9df299f3bd864762207d8c1b2b
https://github.com/pharo-project/pharo-core/commit/d6f95ea4a45f3e9df299f3bd864762207d8c1b2b
Author: Jenkins Build Server
Date:
Branch: refs/tags/60108
Home: https://github.com/pharo-project/pharo-core
My stored settings aren't loaded at start up anymore (for example, in Pharo
60107).
any ideas?
30 matches
Mail list logo