- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Debugging in Production Servers

by S Krish

The capability exists, any dev team can take advantage if reqd of it, I am sure many may have in rare occassions. On the remote on the same LAN it will not be any different than debug is for eclipse / VisualStudio in dev. In Insurance, Banking in my experience, it will be the last resort, unless it is critical and there is no other alternative to it but with production data set. As I reiterated the reflection based data gathering that can enabled along with the superb exception handling capability it is something that is leveraged by smalltalk in production ( Unicycle reports in VA) and that is terrific for resolving bugs. Reflection based tools like in Groovy can bring any Java system close to Smalltalk offers also in production as I have done in my work place. On Thu, Apr 24, 2014 at 9:50 AM, askoh <askoh(a)askoh.com> wrote: > Thanks for reply. Are there cases of Java/Eclipse running in Production? > Similarly with VC++ / Visual Studio? They would be very very slow wouldn't > they? > > I am referring to real use case of live debugging in Production servers. I > agree that this capability might not be attractive from point of view of > security and safety. But there are insurance and financial companies that > use Smalltalk. How do they view this capability? Do they forbid it totally? > If they allow it, how do they prevent abuse? > > The pros is of course the easy of finding bugs and inspection of states > during production. > > All the best, > Aik-Siong Koh > > > > -- > View this message in context: > http://forum.world.st/Debugging-in-Production-Servers-tp4756136p4756141.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

April 24, 2014

Re: [Pharo-dev] Debugging in Production Servers

by askoh

Thanks for reply. Are there cases of Java/Eclipse running in Production? Similarly with VC++ / Visual Studio? They would be very very slow wouldn't they? I am referring to real use case of live debugging in Production servers. I agree that this capability might not be attractive from point of view of security and safety. But there are insurance and financial companies that use Smalltalk. How do they view this capability? Do they forbid it totally? If they allow it, how do they prevent abuse? The pros is of course the easy of finding bugs and inspection of states during production. All the best, Aik-Siong Koh -- View this message in context: http://forum.world.st/Debugging-in-Production-Servers-tp4756136p4756141.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 24, 2014

Re: [Pharo-dev] Debugging in Production Servers

by S Krish

One can easily do that with Java / Eclipse or for VC++ / Visual Studio with attach to process. Probably I would reckon these to be more "secure" as industry prefers rather than having live debug capabilities built in to the code delivered or somehow "in-process". I am sure all others as in python, ruby et als will have debug in prod capabilities if reqd. Javascript with Rhino also can easily allow live debug if the reqd jar is present.. The bigger purchase Smalltalk gives is in reflection that can be leveraged to produce fairly extensive logger reports which no other langauge currently does when fault occurs in production. I doubt in production the industry is as of now willing to let debug be acceptable specially in Banking domain. The smalltalk advantages are not translating into business gains per se given the comfort zone of security, safety production systems are wrapped in procedurally. On Thu, Apr 24, 2014 at 7:39 AM, askoh <askoh(a)askoh.com> wrote: > Smalltalk has the capability of allowing live debugging in production > servers. How unique is this capability? What other systems allow that? > > Is there a name for such capability? Can we coin one and market it? > > What are the pros and cons of having such a capability? > > All the best, > Aik-Siong Koh > > > > -- > View this message in context: > http://forum.world.st/Debugging-in-Production-Servers-tp4756136.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

April 24, 2014

Re: [Pharo-dev] [Pharo CI] Linux slave problem solved

by Serge Stinckwich

Pharo and MOOSE CI seems to be in good condition now, but pharo-contribution still broken apparently. On Wed, Apr 23, 2014 at 3:28 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > The problem with the linux slaves is fixedâ¦ things should get normal again. > > " there was an inconsistency between libvirt (used on CloudStack's hypervisor nodes) > and the configuration of system's locale. As a consequence, a CloudStack test was failing sometimes, > leading to the removal of all the iptables rules and thus, to a full network disruption.â > > Seemingly that was quite hard to findâ¦ > > Marcus -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

April 24, 2014

Debugging in Production Servers

by askoh

Smalltalk has the capability of allowing live debugging in production servers. How unique is this capability? What other systems allow that? Is there a name for such capability? Can we coin one and market it? What are the pros and cons of having such a capability? All the best, Aik-Siong Koh -- View this message in context: http://forum.world.st/Debugging-in-Production-Servers-tp4756136.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 24, 2014

Pharo Inbox now Public Writable

by Sean P. DeNigris

IIRC you still need to be logged in... <http://forum.world.st/file/n4756131/Pharo_Inbox.png> ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-Inbox-now-Public-Writable-tp4756131.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 24, 2014

Re: [Pharo-dev] Phexample: API Change Proposal (was Phexample: Image Destroying Bug)

by Sean P. DeNigris

Stefan Marr-3 wrote > First of all, I enabled public write access on the repository. It doesn't look like it has public write access. Notice the difference compared to the Pharo Inbox: <http://forum.world.st/file/n4756130/Phexample.png> vs. <http://forum.world.st/file/n4756130/Pharo_Inbox.png> ----- Cheers, Sean -- View this message in context: http://forum.world.st/Phexample-API-Change-Proposal-was-Phexample-Image-Des… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 24, 2014

Re: [Pharo-dev] Verifying Ubuntu downloads

by Sean P. DeNigris

Damien Cassou wrote > nope, still same problem Of course because I forgot to push the new config :/ Thanks for beta testing! Now, with Dale's advice on how to disable the package cache when simulating a load from the user's perspective before publishing a config (http://forum.world.st/Disabling-package-cache-tp4755672p4755675.html) I am pretty sure it will work. But I'm at work all night, so I will push to sthub tomorrow morning. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Verifying-Ubuntu-downloads-tp4754637p4756120.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 23, 2014

Re: [Pharo-dev] GUI TestRunner failures not found by CI (was Re: [pharo-project/pharo-core] 1953a9: 30829)

by Ben Coman

April 23, 2014

Re: [Pharo-dev] Hijri calendar

by Maximiliano Taborda

Hi, You could try Chalten, it also has support for the Islamic Calendar. Take a look here: https://github.com/mtaborda/chalten. Regards. Maxi 2014-04-23 17:26 GMT-03:00 Paul DeBruicker <pdebruic(a)gmail.com>: > Torsten Bergmann wrote > > Paul DeBruicker wrote > >> Chronos has: > >> ... > >> Is that what you want? > > > > The www.chronos-st.org seems to be gone. But there is > > http://smalltalkhub.com/#!/~Chronos/Chronos/ > > > > Thanks - I will have a look. Is it known to work in Pharo 3.0? > > > > Thx > > T. > > Eh it will probably die because the base config loads code that uses > FileDirectory. I did port it to Pharo 2. I think if you edit the > ConfigurationOfChronos to load into Pharo 3 what it loads into Pharo 2 it > should work OK. But I haven't tried it. > > > > > > > > > -- > View this message in context: > http://forum.world.st/Hijri-calendar-tp4756080p4756106.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

April 23, 2014