On 31 January 2012 06:18, S Krish wrote:
> In general why is there not a catch all for Stack Overflow and infinite
> loops.
In general, you just press Alt+., several times.
--
Milan Mimica
http://sparklet.sf.net
I cant get the stdin on FileStream to work. Just blocks irrespective of
what I do in sending characters with enter.. or any other trials .. will
check a little more
On Wed, Feb 1, 2012 at 5:06 AM, Eliot Miranda wrote:
>
>
> On Tue, Jan 31, 2012 at 4:10 AM, Damien Pollet wrote:
>
>> On 29 January
Ok. I'll have a poke at it. Thanks,
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Esteban Lorenzano
[esteba...@gmail.com]
Sent: Tuesday, January 31, 2012 6:02 PM
To: Pharo-project@lists.gforg
Will do. Thanks!
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Eliot Miranda
[eliot.mira...@gmail.com]
Sent: Tuesday, January 31, 2012 5:53 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [P
On Tue, Jan 31, 2012 at 3:40 PM, Eliot Miranda wrote:
>
> On Mon, Jan 30, 2012 at 9:18 PM, S Krish <
> krishnamachari.sudha...@gmail.com> wrote:
>
>> In general why is there not a catch all for Stack Overflow and infinite
>> loops.
>
>
> There is, low space (and user interrupt for flat infinite lo
On Mon, Jan 30, 2012 at 9:18 PM, S Krish
wrote:
> In general why is there not a catch all for Stack Overflow and infinite
> loops.
There is, low space (and user interrupt for flat infinite loops). But the
low space interrupt machinery is easily broken. It is difficult to test,
and an increasin
On Tue, Jan 31, 2012 at 4:10 AM, Damien Pollet wrote:
> On 29 January 2012 21:11, Guillermo Polito
> wrote:
> > I've spent a few hours playing with Alien+FFI and I did want to have a
> > Command line interface to play and use as a quick browser.
>
> This is something I'd like to have as a part of
we are using it with success... installed this way:
Gofer it
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfFFI';
load.
(ConfigurationOfFFI project version: '1.5') load.
Gofer it
squeaksource: 'Alien';
package: 'Alien';
load.
not su
On Tue, Jan 31, 2012 at 12:03 PM, Schwab,Wilhelm K wrote:
> Eliot,
>
> Interesting news... On Linux? Is there a good place to hunt for examples?
>
Yes, on all three platforms. Alien. See
http://www.squeaksource.com/Alien/Alien-kb.15
>
> Bill
>
>
>
>
Eliot,
You are correct about the name mangling, but that's a second level. With all
due respect, Cog starts the search in the wrong place. I hope we can sort it
out.
If the rock and the hard place keep coming after us, maybe we need in in-image
(where it can be readily seen and modified) regis
On Tue, Jan 31, 2012 at 7:34 AM, Schwab,Wilhelm K wrote:
> Sig,
>
> Short answer: I think* the answer is to look for the #moduleName
> as-given. Screen against absolute paths if you want; Ubuntu won't care.
> Ubuntu demands that libraries be registered (using sudo+dlconfig) to
> create a
Eliot,
Interesting news... On Linux? Is there a good place to hunt for examples?
Bill
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Eliot Miranda
[eliot.mira...@gmail.com]
Sent: Tuesday,
On Tue, Jan 31, 2012 at 12:36 AM, Schwab,Wilhelm K wrote:
> Göran,
>
> Thanks for what you do, and for noticing what I (at least try) to
> contribute. Some other "tangible" items in my queue *will* be worth the
> wait[*]. I sincerely hope you are correct about a misunderstanding being
> at the b
Stef,
My modified proposal simply adds new protocol that you can safely ignore. The
"basic" #next, #next: etc. will be just as broken as ever ;) The new methods
are better because they DO raise exceptions.
Your lost time can be fixed by using #nextAvailble:, which explicitly
authorizes trunc
On Jan 31, 2012, at 8:03 PM, Schwab,Wilhelm K wrote:
> Stef,
>
> Sorry - I think you should do what I am asking :)
>
> Specifically, I'm asking that we add a few methods. They will complain under
> conditions that some might find "violent," but if not used, they won't change
> anything.
>
Stef,
Sorry - I think you should do what I am asking :)
Specifically, I'm asking that we add a few methods. They will complain under
conditions that some might find "violent," but if not used, they won't change
anything.
The alternative (best solution IMHO) would be to change behavior, but
On Jan 31, 2012, at 6:42 PM, Schwab,Wilhelm K wrote:
> Stef,
>
> Thanks. I think you will find that it will sit idly by and hurt nothing; it
> will help anyone who uses it, even if they don't realize it going into the
> process. Going back in time, it took me time to realize that OA got it r
Prvotno sporočilo
Datum: Tue, 31 Jan 2012 07:54:58 -0600
Od: Peter Hunsberger
With all due respect to the experience of everyone here, people really
need to give up on this naive belief that Smalltalk development is any
more efficient than development in any other language
Prvotno sporočilo
Datum: Tue, 31 Jan 2012 10:07:34 -0800
Od: Jon Paynter
> Dear Niall,
> Thanks for comprehensive report, the biggest project reported so far.
> I forwarded it to Squeak and Pharo mailing lists.
> Has anyone data for other big Smalltalk projects/systems, lik
Thanks for the link.
This is an example of a pattern that doesn't seem to be supported by any
tool:
Grabbing a subset of a package's functionality and tweaking/extending it
independently of the original package.
I can see the need for doing it, but the end-result is that new
features are
Stef,
Thanks. I think you will find that it will sit idly by and hurt nothing; it
will help anyone who uses it, even if they don't realize it going into the
process. Going back in time, it took me time to realize that OA got it right
Bill
From: pharo
Ok I will have a look at your stream proposal.
Stef
On Jan 31, 2012, at 5:45 PM, Schwab,Wilhelm K wrote:
> Sig,
>
> Deal. Please have a look at my alternate steams proposal - the added
> #nexMany:, #nextOne, etc. I have given up on making streams robust with
> existing protocol, so adding som
On 31 January 2012 17:47, Lawson English wrote:
> On 1/31/12 9:03 AM, Igor Stasenko wrote:
>>
>> On 31 January 2012 14:57, dimitris chloupis wrote:
>> [...]
>>
>> Is there any documentation anywhere even partial for NBOpenGL that I can
>> use
>> ? (google does not return anything )
>>
>> since it
On Jan 31, 2012, at 5:13 PM, Ben Coman wrote:
> Stef,
>
> I've sent some markup directly, some additional ideas - perhaps only for
> later and/or more of a library than core functionality.
>
> Improved printing subsystem - by which I mean PDF output.
> Business proposition: Without good PDFs
>
> a) Crashes...
> b) Bugs in basic functionality: Morphic as well as in other places
> c) The User Guide is not in synch with the current stable Pharo.. in simple
> images of browsers..
>
> Very very basic/ simple stuff.. but I realized more sharply that not all are
> equal in comprehension
One by one this is the only way to move.
>>
>> I think somebody that maintains the website needs to replace the VM that is
>> linked on the download page with the latest VM built in Jenkins.
>>
>> I had the same issues but when I switched to the latest built on Jenkins, I
>> had no issues anym
On Jan 31, 2012, at 1:23 PM, S Krish wrote:
> Sure I will review this pdf.. and come back on this..how well should
> integrate the specs part..
but Spec is a spec based UI builder.
> The framework though is based on the spec and extensibly on direct
> composition and does a little more towards
Lawson English wrote:
Latest squeak tutorial. Connectors how-to:
http://www.youtube.com/watch?v=H1LveflchAU
as an aside, it seems to me that Connectors should be ported back to
Pharo, because it can be very useful I am finding.
Lawson
There is http://www.squeaksource.com/MinimalConnector
On 1/31/12 9:03 AM, Igor Stasenko wrote:
On 31 January 2012 14:57, dimitris chloupis wrote:
[...]
Is there any documentation anywhere even partial for NBOpenGL that I can use
? (google does not return anything )
since it is a direct binding to opengl, do not expect any documentation on it.
it i
Sig,
Deal. Please have a look at my alternate steams proposal - the added #nexMany:,
#nextOne, etc. I have given up on making streams robust with existing
protocol, so adding some methods is the answer. When a stream hits the end, it
needs to squawk - the added methods will help me help you,
On 31 January 2012 17:21, Schwab,Wilhelm K wrote:
> Sig,
>
> Search. I've said it for YEARS now - I've been VERY CLEAR ON THIS. Maybe
> I'm too clear?? Yes, I'm mad, but not enough to hurt Smalltalk, and not
> really at you.
>
> How about an electronic handshake and some movement toward makin
Sig,
Cooling off already The tool is classified until I can figure out how to
get some academic credit for it. Maybe Stef can help me understand what it is
and how to write it up. I'll do the work, but I need guidance since it is far
afield (for me).
Bill
_
Sig,
Search. I've said it for YEARS now - I've been VERY CLEAR ON THIS. Maybe I'm
too clear?? Yes, I'm mad, but not enough to hurt Smalltalk, and not really at
you.
How about an electronic handshake and some movement toward making FFI work?
Bill
F
On 31 January 2012 17:01, Schwab,Wilhelm K wrote:
> Sig,
>
> I'm tired of reading that I'm asking people to do work FOR ME. I am "asking"
> for things that will allow me to do things for YOU. Want the attached in
> useful form? Maybe you don't - numerical analysis is a "home" to me.
> ***I**
Stef,
I've sent some markup directly, some additional ideas - perhaps only for
later and/or more of a library than core functionality.
Improved printing subsystem - by which I mean PDF output.
Business proposition: Without good PDFs many contemporary business
practices are curtailed. For ex
On 31 January 2012 14:57, dimitris chloupis wrote:
>> yes this is just that we got instability on jenkins windows slave
>
> aha no problemo I can wait
>
>> there is windows build, just check downloads page of NB project site.
>
> oups I missed the obvious one , hehe
>
>> Yes, because for linux we
On 31 January 2012 16:53, Javier Pimás wrote:
> Hi! IIRC: Two months ago the code was working on windows but needed some
> modifications to create the contexts on the other platforms. Probably Igor
> did that for mac now, and maybe even linux, but I have to test. I remember I
> was working on the
Hi! IIRC: Two months ago the code was working on windows but needed some
modifications to create the contexts on the other platforms. Probably Igor
did that for mac now, and maybe even linux, but I have to test. I remember
I was working on the NBXLib wrapper so that context creation can be done
wit
On 31 January 2012 16:39, Igor Stasenko wrote:
> there's third option:
> - give up and fix problems step by step :)
i think this option needs some explanation.
as it happens to many of us i had a vision of making a super-project
to rule'em all.
but for that i were in need for having an ultimat
Sig,
Full plate. I have code that serves me and my employers. It needs to be
changed so that YOU and others can use it. Will do, but I need help to be able
to afford to take that plunge - just how it is. Maybe a fileout of bindings
would show what I am saying - I think I can do that.
As Ei
On 31 January 2012 16:16, Marcus Denker wrote:
>
> On Jan 31, 2012, at 12:10 PM, Frank Shearar wrote:
>
>> On 31 January 2012 14:44, S Krish wrote:
>>> I agree whole heartedly after a month of Pharo being used as a tool for
>>> newbies.
>>>
>>> a) Crashes...
>
> Make sure to run an up-to-date vm
Sig,
Short answer: I think* the answer is to look for the #moduleName
as-given. Screen against absolute paths if you want; Ubuntu won't care.
Ubuntu demands that libraries be registered (using sudo+dlconfig) to create a
map that anyone can then read, either implicitly by loading the l
On 31 January 2012 09:36, Schwab,Wilhelm K wrote:
> Göran,
>
> Thanks for what you do, and for noticing what I (at least try) to contribute.
> Some other "tangible" items in my queue *will* be worth the wait[*]. I
> sincerely hope you are correct about a misunderstanding being at the base of
Sven,
Your problem *sounded* reminiscent of one I recently cracked. I agree that the
loading is over complicated, but at least some of that is due to VERY valid
security features in Ubuntu.
Apologies if I missed the mark.
Bill
From: pharo-project-bou
On 31 January 2012 16:10, Sven Van Caekenberghe wrote:
> Thx for the reply, but as I said, I don't understand this library loading, or
> why it has to be so complicated.
>
me neither.. so i don't even care to read this topic carefully.
i can't understand why we need such complex library lookup lo
On Jan 31, 2012, at 12:10 PM, Frank Shearar wrote:
> On 31 January 2012 14:44, S Krish wrote:
>> I agree whole heartedly after a month of Pharo being used as a tool for
>> newbies.
>>
>> a) Crashes...
Make sure to run an up-to-date vm and image (and yes, the downloads are not up
to date...)
Thx for the reply, but as I said, I don't understand this library loading, or
why it has to be so complicated.
I am all for putting the maximum possible amount of control in the image.
In the mean time I saw that the driver is actually just a shell script ;-) (I
knew that but I guess I forgot).
On 31 January 2012 14:44, S Krish wrote:
> I agree whole heartedly after a month of Pharo being used as a tool for
> newbies.
>
> a) Crashes...
> b) Bugs in basic functionality: Morphic as well as in other places
> c) The User Guide is not in synch with the current stable Pharo.. in simple
> image
On Jan 22, 2012, at 10:50 AM, Johan Brichau wrote:
>
> I think somebody that maintains the website needs to replace the VM that is
> linked on the download page with the latest VM built in Jenkins.
>
> I had the same issues but when I switched to the latest built on Jenkins, I
> had no issues
Hi,
> You mean having the class definition in a blob of its own?
> From what I see, that's already kinda what you're doing, except you
> have the class comment in there as well…
Yes, essentially we have that. Would like to clean it up by only
having what's necessary in there.
I was wondering mor
I agree whole heartedly after a month of Pharo being used as a tool for
newbies.
a) Crashes...
b) Bugs in basic functionality: Morphic as well as in other places
c) The User Guide is not in synch with the current stable Pharo.. in simple
images of browsers..
Very very basic/ simple stuff.. but I
Yes.. +100
On Tue, Jan 31, 2012 at 6:53 PM, Esteban Lorenzano wrote:
> Hi,
>
> in fact, what Mariano posted is just a part... disable everything is
> complicated, because code is everywhere... I'm collection all of this
> changes in a package, to see in advance if it is possible to abstract that.
> yes this is just that we got instability on jenkins windows slave
aha no problemo I can wait
> there is windows build, just check downloads page of NB project site.
oups I missed the obvious one , hehe
> Yes, because for linux we don't have an opengl initialization yet.
> Javier were worki
On 31 January 2012 10:29, dimitris chloupis wrote:
> I wanted to ask if NB and COG will support windows as well, I see no windows
> build.
there is windows build, just check downloads page of NB project site.
>
> and here we go with first problem. I am in linux mint 12 32 bit with a
> graphic car
Norbert Hartl wrote:
Am 30.01.2012 um 18:16 schrieb Janko Mivšek :
S, Norbert Hartl piše:
My intention was dragged into downloads of Shortcuts section and I'm
also blind to "marketing" images outside the central area, this is
probably a reason :) But it is only me?
yes!
Hi,
in fact, what Mariano posted is just a part... disable everything is
complicated, because code is everywhere... I'm collection all of this changes
in a package, to see in advance if it is possible to abstract that. Ideally, we
should have a preference "Disable Development Mode", or somethin
Noury Bouraqadi wrote:
I remember having seen some time in the past a menu that allows to shrink the
image and disable the world menu.
But, I can't retrieve any thing related.
I don't care about the menu per se. I'd be happy with a message to send to some object that does the job.
Noury
--
h
Hi guys,
This idea about realtime non-invasive notifications of others activity
in the group is actually interesting and quite close what we are seeing
in realtime web apps recently. I namelly see the Facebook-like business
collaboration as a growing trend and one of more interesting innovations
t
Igor Stasenko wrote:
someone please lend me the day-stretcher , to have 48 hours/day :)
Here is a start...
http://www.stevepavlina.com/blog/2005/10/polyphasic-sleep/
You might not have time to read the whole diary, so after the intro you
can skip to the end...
http://www.stevepavlina.com/b
On 29 January 2012 23:03, Otto Behrens wrote:
> Here's another idea: we can map class definitions and method
> definitions directly to git objects. Git has a great object model
> which will allow us to directly track the complete history of a method
> or class definition, with commit details and w
On 2012-01-29, at 19:21, Sven Van Caekenberghe wrote:
> Camillo,
>
> On 28 Jan 2012, at 01:46, Camillo Bruni wrote:
>
>> On 2012-01-27, at 20:43, Sven Van Caekenberghe wrote:
>>> On 27 Jan 2012, at 17:31, Camillo Bruni wrote:
./googlecode_upload.py --help
Usage: googlecode-upload.py -s
On 31 Jan 2012, at 11:50, Stéphane Ducasse wrote:
> Are you sure that you do not have an error because it would kill it.
> I do not see what we change to get the behavior you mentioned.
Yes, I am sure.
With 1.3 the startup script could be:
ZnServer startDefaultOn: 8080
and the server
Sure I will review this pdf.. and come back on this..how well should
integrate the specs part..
The framework though is based on the spec and extensibly on direct
composition and does a little more towards building a scalable/
flexible framework that incorporates in one simpler hierarchy all that
On 29 January 2012 21:11, Guillermo Polito wrote:
> I've spent a few hours playing with Alien+FFI and I did want to have a
> Command line interface to play and use as a quick browser.
This is something I'd like to have as a part of Coral.
What's your opinion on the FFI-libc approach compared to
This chapter is a little out to date, I will correct it this afternoon and
resume my work on Spec :)
It's really interesting to have some feedback :)
Ben
On Jan 31, 2012, at 9:09 AM, Stéphane Ducasse wrote:
> did you see what benjamin is doing with Spec.
> Because you should join effort
>
>
Le 30/01/2012 16:29, Igor Stasenko a écrit :
> someone please lend me the day-stretcher , to have 48 hours/day :)
Ask to French politicians, they can work up to 72 hours a day,
commulating different political positions. They are supermen!
Sorry can't resist.
Hilaire
--
Dr. Geo -- http://www.
Are you sure that you do not have an error because it would kill it.
I do not see what we change to get the behavior you mentioned.
On Jan 31, 2012, at 10:57 AM, Sven Van Caekenberghe wrote:
> Guys,
>
> Maybe I missed this, but did something change with the behavior at the end of
> a startup sc
On Jan 31, 2012, at 10:29 AM, dimitris chloupis wrote:
> I wanted to ask if NB and COG will support windows as well, I see no windows
> build.
yes
this is just that we got instability on jenkins windows slave
>
> and here we go with first problem. I am in linux mint 12 32 bit with a
> grap
Serge,
Am 30.01.2012 um 17:24 schrieb Serge Stinckwich:
> On Mon, Jan 30, 2012 at 3:24 PM, Stéphane Ducasse
> wrote:
>>
>
> Thank you for this nice vision.
>
Indeed, thanks, Steph et al.
> I think "Language and Remote IDEs for small devices" and "robotics"
> could be merge in the same secti
Sven,
Reminds me of one of early Dolphin hacks. OA being who they are, eventually
fixed the snag. The problem was that event loop needed to be running for some
late startup tasks to run properly. In this case, the image would do nothing
vs. quit, but I suspect it's the same lesion under a di
Sven,
I'm not sure what to tell you. The "can't infer" message you are experiencing
***might*** be the one time the vm is actually telling what's wrong. If so,
it's PROGRESS. Doesn't feel like that in your shoes, I know
The bane of my existence is a silent failure (I dread those two wor
Guys,
Maybe I missed this, but did something change with the behavior at the end of a
startup script between 1.3 and 1.4 ?
It used to be that the image kept on running unless you asked it to quit
explicitly, now it seems that the image automatically quits unless you keep it
busy. Can someone c
Göran,
Thanks for what you do, and for noticing what I (at least try) to contribute.
Some other "tangible" items in my queue *will* be worth the wait[*]. I
sincerely hope you are correct about a misunderstanding being at the base of
thread.
Hopefully, we can all dust ourselves off [**] and m
In response to my posting
http://lists.gforge.inria.fr/pipermail/pharo-project/2012-January/058790.html
I got feedback from people trying to use SSL with Eliot's CogVM
http://www.mirandabanda.org/files/Cog/VM/VM.r2522/coglinux.tgz
instead of the Pharo one that I normally use
http://gfor
Thanks I will definitively play with that.
On Jan 31, 2012, at 12:28 AM, Eliot Miranda wrote:
>
>
> On Sun, Jan 29, 2012 at 1:25 PM, Stéphane Ducasse
> wrote:
> Hi
>
> I would like to write some tests about MethodContext and BlockClosure
> activation.
> To start I wanted to write a simple
Hi guys!
On 01/09/2012 09:36 PM, Sven Van Caekenberghe wrote:
On 09 Jan 2012, at 20:06, Schwab,Wilhelm K wrote:
I think you have the situation very much in reverse. You are flying off the
handle, not me.
Cog deserves better than to ignore feedback from motivated users. Motivated
users dese
excellent!
On Jan 30, 2012, at 11:48 PM, Henrik Sperre Johansen wrote:
> On 30.01.2012 23:02, Stéphane Ducasse wrote:
>> On Jan 30, 2012, at 5:10 PM, Henrik Johansen wrote:
>>
>>> Going back to pure ANSI-streams as provided by FSFileStream is not really
>>> an option.
>> Can you elaborate on yo
77 matches
Mail list logo
