On 27 February 2013 07:51, Serge Stinckwich serge.stinckw...@gmail.com wrote:
On Tue, Feb 26, 2013 at 7:43 PM, Frank Shearar frank.shea...@gmail.com
wrote:
On 26 February 2013 18:33, Esteban A. Maringolo emaring...@gmail.com wrote:
2013/2/26 Marcus Denker marcus.den...@inria.fr:
On Feb 26,
20572
-
- changed an expected failure into a skip in NB (should have no influence)
Issue 7602: Workspace previous contents still shows stuff from 1.4
http://code.google.com/p/pharo/issues/detail?id=7602
Issue 7603: [BUG]: Nautilus: Switch from hierarchy to
On Feb 27, 2013, at 9:20 AM, Frank Shearar frank.shea...@gmail.com wrote:
On 27 February 2013 07:51, Serge Stinckwich serge.stinckw...@gmail.com
wrote:
On Tue, Feb 26, 2013 at 7:43 PM, Frank Shearar frank.shea...@gmail.com
wrote:
On 26 February 2013 18:33, Esteban A. Maringolo
On Mon, Feb 25, 2013 at 3:17 PM, Camillo Bruni camillobr...@gmail.com wrote:
On 2013-02-25, at 15:06, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 25, 2013, at 3:01 PM, Pavel Krivanek pavel.kriva...@gmail.com wrote:
Hi,
how to setup the jobs on pharo-contribution to be executed with
On Feb 27, 2013, at 8:53 AM, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 27, 2013, at 12:57 AM, Camillo Bruni camillobr...@gmail.com wrote:
we still get very undeterministic results from our build server.
I relaunched the Pharo-2.0-Tests several times with the exact same VM
On 27 Feb 2013, at 09:31, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 27, 2013, at 8:53 AM, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 27, 2013, at 12:57 AM, Camillo Bruni camillobr...@gmail.com wrote:
we still get very undeterministic results from our build server.
I
On Feb 27, 2013, at 9:30 AM, Pavel Krivanek pavel.kriva...@gmail.com wrote:
On Mon, Feb 25, 2013 at 3:17 PM, Camillo Bruni camillobr...@gmail.com wrote:
On 2013-02-25, at 15:06, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 25, 2013, at 3:01 PM, Pavel Krivanek
On 27 February 2013 08:26, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 27, 2013, at 9:20 AM, Frank Shearar frank.shea...@gmail.com wrote:
On 27 February 2013 07:51, Serge Stinckwich serge.stinckw...@gmail.com
wrote:
On Tue, Feb 26, 2013 at 7:43 PM, Frank Shearar
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method comment of #fromPacked: is:
Convert from a longinteger to a String of length 4.
The only sender in Pharo 2.0 is MethodFinder. For WideString, it does not work.
In examples:
ByteString fromPacked: 'text'
On Feb 27, 2013, at 11:19 AM, Martin Dias tinchod...@gmail.com wrote:
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method comment of #fromPacked: is:
Convert from a longinteger to a String of length 4.
The only sender in Pharo 2.0 is MethodFinder.
On 27 Feb 2013, at 11:19, Martin Dias tinchod...@gmail.com wrote:
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method comment of #fromPacked: is:
Convert from a longinteger to a String of length 4.
The only sender in Pharo 2.0 is MethodFinder. For
Ok, so I will open an issue to nuke it!
3.0 ?
On Wed, Feb 27, 2013 at 11:26 AM, Sven Van Caekenberghe s...@stfx.eu wrote:
On 27 Feb 2013, at 11:19, Martin Dias tinchod...@gmail.com wrote:
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method comment of
Did anybody else notice this ?
For me, in #20572, progress indication seems to be off, like when I run unit
tests, there is simply no progress bar, it jumps from 0 to 369 just like that.
I am also missing some but not all progress bars while doing a system update.
Sven
One great things about Pharo is the ability to nuke old crap.
It feels good :-)
Phil
2013/2/27 Sven Van Caekenberghe s...@stfx.eu:
On 27 Feb 2013, at 11:19, Martin Dias tinchod...@gmail.com wrote:
Hi
I discovered this protocol in String hierarchy. Are you familiar with it?
The method
I will like to import drgeo package history in SmalltalkHub. Is it
already possible? I remember Steph mentionned this feature a couple of
days ago.
Thanks
Hilaire
Le 26/02/2013 23:36, Nicolas Petton a écrit :
Yep, only a couple 502 errors when stef tried to DDOS it ;)
We'll move it to the
On Feb 27, 2013, at 11:35 AM, Sven Van Caekenberghe s...@stfx.eu wrote:
Did anybody else notice this ?
For me, in #20572, progress indication seems to be off, like when I run unit
tests, there is simply no progress bar, it jumps from 0 to 369 just like that.
I am also missing some but
Hi Hilaire,
On Wed, Feb 27, 2013 at 12:11 PM, Hilaire Fernandes
hilaire.fernan...@gmail.com wrote:
I will like to import drgeo package history in SmalltalkHub. Is it
already possible? I remember Steph mentionned this feature a couple of
days ago.
fetch script
20573
-
Issue 7580: VM sometimes crashes when running test
NBExternalEnumFromPairsTest#testCallbackAAA under Windows
http://code.google.com/p/pharo/issues/detail?id=7580
Diff information:
http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Tests-MarcusDenker.53.diff
On 2013-02-27, at 09:31, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 27, 2013, at 8:53 AM, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 27, 2013, at 12:57 AM, Camillo Bruni camillobr...@gmail.com wrote:
we still get very undeterministic results from our build server.
I
ah cool, yeah mine is a prototype I did a year ago.
I just didn't want it to be lost out there.
On 2013-02-27, at 08:47, stephane ducasse stephane.duca...@free.fr wrote:
camillo
you should discuss with olivier auverlot because he implemented
fasterthanlight (in sthub/rmod) a pool manager
On 2013-02-27, at 12:16, Marcus Denker marcus.den...@inria.fr wrote:
On Feb 27, 2013, at 11:35 AM, Sven Van Caekenberghe s...@stfx.eu wrote:
Did anybody else notice this ?
For me, in #20572, progress indication seems to be off, like when I run unit
tests, there is simply no progress
Hmm…
https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/label=linux/187/consoleFull
Smalltalk stack dump:
0xbfb19878 M WideString(Object)becomeForward: 0x795d44e4: a(n) WideString
0xbfb19894 M WideString? 0x795d44e4: a(n) WideString
0xbfb198b4 M WriteStreamnextPut: 0x795c5f8c: a(n) WriteStream
I will setup a second Pharo-2.0-Test running on the StackVM so we can compare
them bit.
On 2013-02-27, at 13:40, Marcus Denker marcus.den...@inria.fr wrote:
Hmm…
https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/label=linux/187/consoleFull
Smalltalk stack dump:
0xbfb19878 M
Thanks.
Will be nice to link it somewhere on SmalltalkHub because this question
will be asked zillion of times?
Hilaire
Le 27/02/2013 12:35, Damien Cassou a écrit :
Hi Hilaire,
On Wed, Feb 27, 2013 at 12:11 PM, Hilaire Fernandes
hilaire.fernan...@gmail.com wrote:
I will like to import
yes, i seen that dump, Marcus.
It is of course easy to blame become, but it can be worse:
something corrupts heap, and the corruption stays dormant, until
become operation, because
it scans heap and then stumbling upon invalid pointer, which leads to crash.
On 27 February 2013 13:47, Camillo
To rule out side-effects, I suggest deactivating ALL NB tests and see if we
still have such unpredictable behavior. Since last november we basically didn't
manage to get the system back into stable mode.
And there are currently three things (maybe unrelated) that worry me a lot:
- delay
Hello,
Looks like there is no Xcode project anymore in the last version of the build.
Right, it looks like the same as the OSX one.
First, I had to remove the FT2Plugin since it failed badly.
Also there is no support for the PharoVMBuilder in there.
And no iPhone.image anymore. Which has been
On 27 February 2013 13:57, Camillo Bruni camillobr...@gmail.com wrote:
To rule out side-effects, I suggest deactivating ALL NB tests and see if we
still have such unpredictable behavior. Since last november we basically
didn't
manage to get the system back into stable mode.
why not. won't
Got a look inside the UIDevice.h and there is
typedef NS_ENUM(NSInteger, UIUserInterfaceIdiom) {
#if __IPHONE_3_2 = __IPHONE_OS_VERSION_MAX_ALLOWED
UIUserInterfaceIdiomPhone, // iPhone and iPod touch style UI
UIUserInterfaceIdiomPad, // iPad style UI
#endif
}
Do we
Guess the CMake that is generated is plain wrong.
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX6.1.sdk
...
WRONG I guess...
set(CMAKE_C_COMPILER
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc)
could be.
Esteban didn't touched ios build for a while..
and there was some changes in cmake stuff meanwhile.
On 27 February 2013 17:02, p...@highoctane.be p...@highoctane.be wrote:
Guess the CMake that is generated is plain wrong.
Now changed the variables in the generator.image for pointing to the
right iPhoneOS SDK.
Build process now complains... 0%] Building C object
On 26 February 2013 19:20, Eliot Miranda eliot.mira...@gmail.com wrote:
On Tue, Feb 26, 2013 at 4:13 AM, Igor Stasenko siguc...@gmail.com wrote:
we should reafctor the code for changing the method's trailer (source
pointer) to
avoid using #become: at all.
this won't deal with VM bug per
On 27 February 2013 17:46, p...@highoctane.be p...@highoctane.be wrote:
Now changed the variables in the generator.image for pointing to the
right iPhoneOS SDK.
Build process now complains... 0%] Building C object
CocoaIOSConfigcommonCompilerFlags
Common compiler flags
^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
It is beyond me why the fastest growing segment of hardware on the
market is given substandard attention.
And yes, Apple stuff rots fast indeed. Rotten Apple!
Phil
2013/2/27 Igor Stasenko siguc...@gmail.com:
On 27 February 2013 17:46, p...@highoctane.be p...@highoctane.be wrote:
Now changed
Now, the thing has the right flags but still manages to complain about:
[PhilMac:~/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/build
philippeback$] sudo make
[ 0%] Building C object
when it cannot find standard headers, it means that sysroot is wrong.
apparently:
set(CMAKE_OSX_SYSROOT
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX6.1.sdk
should be different for iOS builds.
But i cannot tell more. Esteban?
On 27 February 2013
2013/2/27 p...@highoctane.be p...@highoctane.be:
CocoaIOSConfigcommonCompilerFlags
Common compiler flags
^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
it should be overridden in subclass, no?
--
Best regards,
Igor Stasenko.
Yeah but it is not.
StackIPhoneConfig new
addExternalPlugins: #( FT2Plugin );
generateDebug;
generateSources;
generate.
and I had to comment out the FT2Plugin for some other reason. Maybe
I'll be able to put it back later.
There is no PharoVMBuilder support for the iOS things at
Hi Mariano.
Some like this:
xmlWriter := XMLWriter new writeWith: [ :writer |
writer
enablePrettyPrinting;
xml;
comment: 'Generated from Pharo.'.
writer tag: 'root' with: [
writer tag: 'parent1' with: [
writer tag: 'child1' with: 'grrr'.
writer tag: 'child2' with: 'grrr' ].
writer tag:
On Wed, Feb 27, 2013 at 4:24 PM, Gastón Dall' Oglio
gaston.dallog...@gmail.com wrote:
Hi Mariano.
Some like this:
xmlWriter := XMLWriter new writeWith: [ :writer |
writer
enablePrettyPrinting;
xml;
comment: 'Generated from Pharo.'.
writer tag: 'root' with: [
writer tag: 'parent1'
Yes I suspected that this was what you wanted to say.
Regards.
2013/2/27 Mariano Martinez Peck marianop...@gmail.com
On Wed, Feb 27, 2013 at 4:24 PM, Gastón Dall' Oglio
gaston.dallog...@gmail.com wrote:
Hi Mariano.
Some like this:
xmlWriter := XMLWriter new writeWith: [ :writer |
2013/2/27 Gastón Dall' Oglio gaston.dallog...@gmail.com:
Yes I suspected that this was what you wanted to say.
If I understood what he wants, the thing is that XMLWriter, as also is
its Seaside ancestor, are stream oriented.
To do what he wants he should have an XML DOM and manipulate the DOM
Exactly. I guess that it is not possibly add more child nodes at one node
later, because in canvas-brush pattern when you pass a message like #with:
to the actual node (a brush) its contents is written inmediately in the
underlying stream of characters (within canvas), thus if at continuation
you
hi hilaire
I'm migrating gettext to its own project under PharoExtras.
Stef
On 27 Feb 2013, at 21:18, Esteban A. Maringolo emaring...@gmail.com wrote:
To do what he wants he should have an XML DOM and manipulate the DOM
nodes directly. I don't know if we have such thing in Pharo.
I would be very surprised if that were not possible: create a DOM tree, either
manually
Using XMLWriter writer directly is stream based and will not help you here.
In Pharo 2.0 load Pastell (ConfigurationOfPastell) from the config browser.
It also loads ConfigurationOfXMLSupport as a single dependency.
This XMLSupport package is usually used for parsing XML and with Pastell
you
+1
Mariano I'm about to migrate the XMLParser to SmalltalkHub and I know that you
have a DOMTree and a saxAPI
So with the DOMTree I do not see why we could not manipulate the tree.
Stef
On 27 Feb 2013, at 21:18, Esteban A. Maringolo emaring...@gmail.com wrote:
To do what he wants he
ups! I feel an idiot. The problem was trying to do these manipulations with
XMLWriter class instead of the DOM itself.
2013/2/27 stephane ducasse stephane.duca...@free.fr
+1
Mariano I'm about to migrate the XMLParser to SmalltalkHub and I know that
you have a DOMTree and a saxAPI
So with
[OFF TOPIC]
Hi Torsten,
I guess I'm not the first to notice, but somebody has to say it...
what's wrong with your mail client? :)
It messes up all the threaded conversations! :D
Regards,
E.
[/OFF TOPIC]
esteban is absent until monday so he will probably answer when he is back.
On Feb 27, 2013, at 6:43 PM, p...@highoctane.be wrote:
Yeah but it is not.
StackIPhoneConfig new
addExternalPlugins: #( FT2Plugin );
generateDebug;
generateSources;
generate.
and I had to comment
On 27 February 2013 18:43, p...@highoctane.be p...@highoctane.be wrote:
Yeah but it is not.
StackIPhoneConfig new
addExternalPlugins: #( FT2Plugin );
generateDebug;
generateSources;
generate.
and I had to comment out the FT2Plugin for some other reason. Maybe
I'll be able
Marcus we were looking at delay and dateAndTime with igor and I wonder if there
is not a relationship
between all the date and time delays and the fact that you put the
cleanForRelease systematically for each build.
We may have found a bug in/related startTimerEventLoop
when you look at the
it is on the Gofer chapter :)
Stef
On Feb 27, 2013, at 1:49 PM, Hilaire Fernandes hilaire.fernan...@gmail.com
wrote:
Thanks.
Will be nice to link it somewhere on SmalltalkHub because this question
will be asked zillion of times?
Hilaire
Le 27/02/2013 12:35, Damien Cassou a écrit :
and soon on internet.
it is on the Gofer chapter :)
Stef
On Feb 27, 2013, at 1:49 PM, Hilaire Fernandes hilaire.fernan...@gmail.com
wrote:
Thanks.
Will be nice to link it somewhere on SmalltalkHub because this question
will be asked zillion of times?
Hilaire
Le 27/02/2013
Hilaire
use something like that. you can filter….
| go |
go := Gofer new.
go squeaksource: 'DrGeo'.
(go allResolved select: [ :each | 'DrGeo*' match: each packageName])
do: [ :pack |
pack packageName crLog.
go package: pack packageName; fetch]
| go repo |
I am getting closer!
But it is not going to be so trivial because some things are in
CogFamilyCocoaIOSConfig and get used for StackIOSConfig, which is not
very clean.
Anyway, once things compile here, I'll ship you my full folder so that
it will be easier to integrate the results.
Phil,
On 27 Feb 2013, at 22:17, stephane ducasse stephane.duca...@free.fr wrote:
+1
Mariano I'm about to migrate the XMLParser to SmalltalkHub and I know that
you have a DOMTree and a saxAPI
So with the DOMTree I do not see why we could not manipulate the tree.
Stef
Here are two approaches
On 27 February 2013 22:58, p...@highoctane.be p...@highoctane.be wrote:
I am getting closer!
But it is not going to be so trivial because some things are in
CogFamilyCocoaIOSConfig and get used for StackIOSConfig, which is not
very clean.
Anyway, once things compile here, I'll ship you my
And in case anyone is not aware, this video shows how to manipulate xml:
http://www.pharocasts.com/2010/08/see-how-to-get-data-from-url-parse-xml.html
2013/2/27 Sven Van Caekenberghe s...@stfx.eu
On 27 Feb 2013, at 22:17, stephane ducasse stephane.duca...@free.fr
wrote:
+1
Mariano
Sure. I just feels like I am back to 1993 when I was doing ASM, C, and
C++ all day long.
Anwyay, there has been progress: 83% builds fine.
Now, I am on the main application. So, there is something wrong with
OpenGL which gets loaded where it should not. Maybe just a framework
thing to sort out.
On Feb 27, 2013, at 10:38 PM, stephane ducasse stephane.duca...@free.fr wrote:
Marcus we were looking at delay and dateAndTime with igor and I wonder if
there is not a relationship
between all the date and time delays and the fact that you put the
cleanForRelease systematically for each
63 matches
Mail list logo
