Re: [Pharo-project] What we do with: "Embed source code for methods which get uninstalled from their classes" ???
On May 13, 2011, at 12:24 AM, Mariano Martinez Peck wrote:
1) have a fast/normal recompileAll 2) not to loose source code
If the only way right now is rollbacking #dropSourcePointer and rollbacking the implementation in objects as methods, please do it. Right now we are in the worst case. For example, today when I discover the bug of loosing sources...I commit my own package with a lots of methods with the decompiled source...it took time to fix it. So I think it is important to fix this.
I think we should roll back the change for now... All this shows that the source handling is *far* too complex... How would we realize source handling *today* considering today's resources? (aka: compression is free and memory even on last year's cell phone 20 times larger than our complete system...) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
Me too. I would rollback until we have a better solution and very well tested. I think right now the consequences and worst than the original problem. On Fri, May 13, 2011 at 8:46 AM, Marcus Denker <marcus.denker@inria.fr>wrote:
On May 13, 2011, at 12:24 AM, Mariano Martinez Peck wrote:
1) have a fast/normal recompileAll 2) not to loose source code
If the only way right now is rollbacking #dropSourcePointer and
rollbacking the implementation in objects as methods, please do it. Right now we are in the worst case. For example, today when I discover the bug of loosing sources...I commit my own package with a lots of methods with the decompiled source...it took time to fix it. So I think it is important to fix this.
I think we should roll back the change for now...
All this shows that the source handling is *far* too complex... How would we realize source handling *today* considering today's resources? (aka: compression is free and memory even on last year's cell phone 20 times larger than our complete system...)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
-- Mariano http://marianopeck.wordpress.com
Yes sync with igor Stef On May 13, 2011, at 10:47 AM, Mariano Martinez Peck wrote:
Me too. I would rollback until we have a better solution and very well tested. I think right now the consequences and worst than the original problem.
On Fri, May 13, 2011 at 8:46 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On May 13, 2011, at 12:24 AM, Mariano Martinez Peck wrote:
1) have a fast/normal recompileAll 2) not to loose source code
If the only way right now is rollbacking #dropSourcePointer and rollbacking the implementation in objects as methods, please do it. Right now we are in the worst case. For example, today when I discover the bug of loosing sources...I commit my own package with a lots of methods with the decompiled source...it took time to fix it. So I think it is important to fix this.
I think we should roll back the change for now...
All this shows that the source handling is *far* too complex... How would we realize source handling *today* considering today's resources? (aka: compression is free and memory even on last year's cell phone 20 times larger than our complete system...)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
-- Mariano http://marianopeck.wordpress.com
Just wondering if anyone has used Smalltalk for "scripting" this office Suite. The only I could find about it was VASmalltalk bindings dated back to 2008.... Regards Friedrich
The VA Smalltalk bindings were developed by Marten Feldtmann [1] and the code is available at VAStGoodies.com [2] Jan. [1] http://schrievkrom.wordpress.com [2] http://vastgoodies.com/maps/MSKOOoExamplesAndIDE On Fri, May 13, 2011 at 2:38 PM, Friedrich Dominicus < frido@q-software-solutions.de> wrote:
Just wondering if anyone has used Smalltalk for "scripting" this office Suite. The only I could find about it was VASmalltalk bindings dated back to 2008....
Regards Friedrich
There's also the old OpenOffice Importer for Squeak 3.8 (dated 2005) at http://map.squeak.org/package/cf85bb75-1ff8-4da1-a82e-2e53aba05818/autoversi... -Chris
Yes. Just remove sends of #dropSourcePointer. Everything else works fine. On 13 May 2011 13:09, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Yes sync with igor
Stef
On May 13, 2011, at 10:47 AM, Mariano Martinez Peck wrote:
Me too. I would rollback until we have a better solution and very well tested. I think right now the consequences and worst than the original problem.
On Fri, May 13, 2011 at 8:46 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On May 13, 2011, at 12:24 AM, Mariano Martinez Peck wrote:
1) have a fast/normal recompileAll 2) not to loose source code
If the only way right now is rollbacking #dropSourcePointer and rollbacking the implementation in objects as methods, please do it. Right now we are in the worst case. For example, today when I discover the bug of loosing sources...I commit my own package with a lots of methods with the decompiled source...it took time to fix it. Â So I think it is important to fix this.
I think we should roll back the change for now...
All this shows that the source handling is *far* too complex... How would we realize source handling *today* considering today's resources? (aka: compression is free and memory even on last year's cell phone 20 times larger than our complete system...)
    Marcus
-- Marcus Denker  -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
-- Mariano http://marianopeck.wordpress.com
-- Best regards, Igor Stasenko AKA sig.
Ok. I will do it tonight. Thanks On Fri, May 13, 2011 at 3:07 PM, Igor Stasenko <siguctua@gmail.com> wrote:
Yes. Just remove sends of #dropSourcePointer. Everything else works fine.
On 13 May 2011 13:09, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Yes sync with igor
Stef
On May 13, 2011, at 10:47 AM, Mariano Martinez Peck wrote:
Me too. I would rollback until we have a better solution and very well tested. I think right now the consequences and worst than the original problem.
On Fri, May 13, 2011 at 8:46 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On May 13, 2011, at 12:24 AM, Mariano Martinez Peck wrote:
1) have a fast/normal recompileAll 2) not to loose source code
If the only way right now is rollbacking #dropSourcePointer and
rollbacking the implementation in objects as methods, please do it. Right now we are in the worst case. For example, today when I discover the bug of loosing sources...I commit my own package with a lots of methods with the decompiled source...it took time to fix it. So I think it is important to fix this.
I think we should roll back the change for now...
All this shows that the source handling is *far* too complex... How would we realize source handling *today* considering today's resources? (aka: compression is free and memory even on last year's cell phone 20 times larger than our complete system...)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
-- Mariano http://marianopeck.wordpress.com
-- Best regards, Igor Stasenko AKA sig.
-- Mariano http://marianopeck.wordpress.com
participants (7)
-
Chris Cunningham -
Friedrich Dominicus -
Igor Stasenko -
Jan van de Sandt -
Marcus Denker -
Mariano Martinez Peck -
Stéphane Ducasse