March 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Zinc SSL Exception: decrypt failed code:5

by Sven Van Caekenberghe

> On 02 Mar 2015, at 12:46, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > Hi Sven, > > great - it works! Thank you very much for your help! You're welcome. BTW, a good bug report and a repeatible case makes all the difference. This is *very* important for us to make progress. > Regards > Sabine > > 2015-03-02 11:02 GMT+01:00 Sven Van Caekenberghe-2 [via Smalltalk] <[hidden email]>: > Sabine, > > Here is a possible fix that works for me, this still has to be tested more broadly, but I think it will be good. Could you please try it by manually loading the package ? > > === > Name: Zodiac-Core-SvenVanCaekenberghe.36 > Author: SvenVanCaekenberghe > Time: 2 March 2015, 11:05:04.004975 am > UUID: 3e14e0cf-fe1a-42b9-b093-b5b2c2be09bf > Ancestors: Zodiac-Core-SvenVanCaekenberghe.35 > > Rewrite/refactoring of ZdcSecureSocketStream>>#fillBytes:startingAt:count: to fix an issue that occurred when reading a stream up to end. > > Note that some errors are now ignored the first time #decrypt:from:to:into: is called on left over data in the SSL session. > > Thanks Sabine Manaa for reporting this is issue. > === > > Sven > > > On 01 Mar 2015, at 16:54, Sabine Manaa <[hidden email]> wrote: > > > > Hi Sven, > > > > thanks for the explanation. If the problem would be in Smalltalk I could _try_ to find a solution but I am not able to go into primitives. > > > > Concerning my workaround: > > If remove the line where the exception is thrown in >>fillBytes:startingAt:count: > > "processedCount < 0 ifTrue: [ ^ self sslException: 'decrypt failed' code: processedCount ]." > > > > Then it works. So, it seems that ignoring the exception would fix the problem for me: > > > > [| theZnClient | > > theZnClient := ZnClient new > > systemPolicy ; > > https; > > host: 'user.gini.net'; > > path: 'oauth/token?grant_type=client_credentials'; > > username: 'spesenfuchs' password: 'asdf'; > > accept: ZnMimeType applicationJson; > > get. ] on: Error > > do: [ :ex | ex resume ]. > > > > But this needs that the exception is resumable. > > > > So could you perhaps make the exception resumable? > > > > ZdcSecureSocketStream>>sslException: text code: code > > self error: > > (String streamContents: [ :stream | > > stream << 'SSL Exception: ' << text << ' [code:'. > > stream print: code. > > stream << ']' ]) > > > > >>error: uses Error and this is not resumable. > > > > Could you make the Exception resumable? > > Then perhaps Johan could use resume, to? > > > > What is your opinion about this? Do I miss something here? > > > > Regards > > Sabine > > > > > > > > > > 2015-03-01 14:12 GMT+01:00 Sven Van Caekenberghe-2 [via Smalltalk] <[hidden email]>: > > > > > > On 01 Mar 2015, at 13:14, Sabine Manaa <[hidden email]> wrote: > > > > > > Excuse the silly question but what exactly is a plugin? Is it the code which is called by the primitive? The problem is not within the pharo code itself, right? It is the result of the primitive, which is wrong, right? > > > > Yes, we're talking about primitives. Plugins group primitives, some plugins are builtin, others are more like dynamic libraries, and live separate from the VM. > > > > The problem is that the C and OS implementations are different for each platform. Which can result in very subtle semantic differences. In this case it has something to do with detecting/handling a closed socket stream. > > > > > Can I do something more to solve the problem or should I try to write a workaround for me (exception handler and grab the result of the request)? > > > > From a user standpoint, no. We have a reproducible case now. Thanks for that. > > > > I am indeed afraid that you might need to think about a workaround, I can't promise anything about fixing this. Of course, anyone is free to help. > > > > Sven > > > > > Regards > > > Sabine > > > > > > > > > Am Sonntag, 1. MÃ¤rz 2015 schrieb Sven Van Caekenberghe : > > > Arg, and on Linux it works too. > > > > > > Below the image layer, the normal Pharo code that we see, both the Socket plugin and the SSL plugin are three totally different implementations. This is really frustrating. The Mac code originates from *before* Mac OS X came on the scene ! Today, Mac OS X could probably use 99% of the Linux version. > > > > > > > On 01 Mar 2015, at 10:29, Sabine Manaa <[hidden email]> wrote: > > > > > > > > > > Hi, > > > > > > > > I tried on Windows, there it works. > > > > > > > > Sabine > > > > > > > > > > > > > > > > -- > > > > View this message in context: http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > > > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > > > > > > > > > If you reply to this email, your message will be added to the discussion below: > > http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > > To start a new topic under Pharo Smalltalk Users, email [hidden email] > > To unsubscribe from Zinc SSL Exception: decrypt failed code:5, click here. > > NAML > > > > > > View this message in context: Re: Zinc SSL Exception: decrypt failed code:5 > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > To start a new topic under Pharo Smalltalk Users, email [hidden email] > To unsubscribe from Zinc SSL Exception: decrypt failed code:5, click here. > NAML > > > View this message in context: Re: Zinc SSL Exception: decrypt failed code:5 > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 2, 2015

Re: [Pharo-users] SQLite3 - External module not found

by phil＠highoctane.be

Hey, I hope not, as they are not working the same way and the SQLite3 thing is now working okay. Phil On Mon, Mar 2, 2015 at 1:04 PM, Jeff Gray <jeff(a)rogerthedog.com> wrote: > Is your intention that NBSQLite3 will replace SQLite3 in the Pharo > Configuration Browser at some point? > > > > > > -- > View this message in context: http://forum.world.st/SQLite3-External-module-not-found-tp4808734p4808825.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 2, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Jeff Gray

Is your intention that NBSQLite3 will replace SQLite3 in the Pharo Configuration Browser at some point? -- View this message in context: http://forum.world.st/SQLite3-External-module-not-found-tp4808734p4808825.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 2, 2015

Re: [Pharo-users] Zinc SSL Exception: decrypt failed code:5

by Sabine Manaa

Hi Sven, great - it works! Thank you very much for your help! Regards Sabine 2015-03-02 11:02 GMT+01:00 Sven Van Caekenberghe-2 [via Smalltalk] < ml-node+s1294792n4808807h12(a)n4.nabble.com>: > Sabine, > > Here is a possible fix that works for me, this still has to be tested more > broadly, but I think it will be good. Could you please try it by manually > loading the package ? > > === > Name: Zodiac-Core-SvenVanCaekenberghe.36 > Author: SvenVanCaekenberghe > Time: 2 March 2015, 11:05:04.004975 am > UUID: 3e14e0cf-fe1a-42b9-b093-b5b2c2be09bf > Ancestors: Zodiac-Core-SvenVanCaekenberghe.35 > > Rewrite/refactoring of ZdcSecureSocketStream>>#fillBytes:startingAt:count: > to fix an issue that occurred when reading a stream up to end. > > Note that some errors are now ignored the first time > #decrypt:from:to:into: is called on left over data in the SSL session. > > Thanks Sabine Manaa for reporting this is issue. > === > > Sven > > > On 01 Mar 2015, at 16:54, Sabine Manaa <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4808807&i=0>> wrote: > > > > Hi Sven, > > > > thanks for the explanation. If the problem would be in Smalltalk I could > _try_ to find a solution but I am not able to go into primitives. > > > > Concerning my workaround: > > If remove the line where the exception is thrown in > >>fillBytes:startingAt:count: > > "processedCount < 0 ifTrue: [ ^ self sslException: 'decrypt failed' > code: processedCount ]." > > > > Then it works. So, it seems that ignoring the exception would fix the > problem for me: > > > > [| theZnClient | > > theZnClient := ZnClient new > > systemPolicy ; > > https; > > host: 'user.gini.net'; > > path: 'oauth/token?grant_type=client_credentials'; > > username: 'spesenfuchs' password: 'asdf'; > > accept: ZnMimeType applicationJson; > > get. ] on: Error > > do: [ :ex | ex resume ]. > > > > But this needs that the exception is resumable. > > > > So could you perhaps make the exception resumable? > > > > ZdcSecureSocketStream>>sslException: text code: code > > self error: > > (String streamContents: [ :stream | > > stream << 'SSL Exception: ' << text << ' [code:'. > > stream print: code. > > stream << ']' ]) > > > > >>error: uses Error and this is not resumable. > > > > Could you make the Exception resumable? > > Then perhaps Johan could use resume, to? > > > > What is your opinion about this? Do I miss something here? > > > > Regards > > Sabine > > > > > > > > > > 2015-03-01 14:12 GMT+01:00 Sven Van Caekenberghe-2 [via Smalltalk] > <[hidden email]>: > > > > > On 01 Mar 2015, at 13:14, Sabine Manaa <[hidden email]> wrote: > > > > > > Excuse the silly question but what exactly is a plugin? Is it the code > which is called by the primitive? The problem is not within the pharo code > itself, right? It is the result of the primitive, which is wrong, right? > > > > Yes, we're talking about primitives. Plugins group primitives, some > plugins are builtin, others are more like dynamic libraries, and live > separate from the VM. > > > > The problem is that the C and OS implementations are different for each > platform. Which can result in very subtle semantic differences. In this > case it has something to do with detecting/handling a closed socket stream. > > > > > Can I do something more to solve the problem or should I try to write > a workaround for me (exception handler and grab the result of the request)? > > > > From a user standpoint, no. We have a reproducible case now. Thanks for > that. > > > > I am indeed afraid that you might need to think about a workaround, I > can't promise anything about fixing this. Of course, anyone is free to > help. > > > > Sven > > > > > Regards > > > Sabine > > > > > > > > > Am Sonntag, 1. MÃ¤rz 2015 schrieb Sven Van Caekenberghe : > > > Arg, and on Linux it works too. > > > > > > Below the image layer, the normal Pharo code that we see, both the > Socket plugin and the SSL plugin are three totally different > implementations. This is really frustrating. The Mac code originates from > *before* Mac OS X came on the scene ! Today, Mac OS X could probably use > 99% of the Linux version. > > > > > > > On 01 Mar 2015, at 10:29, Sabine Manaa <[hidden email]> wrote: > > > > > > > > > > Hi, > > > > > > > > I tried on Windows, there it works. > > > > > > > > Sabine > > > > > > > > > > > > > > > > -- > > > > View this message in context: > http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > > > > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > > > > > > > > > > > > > > If you reply to this email, your message will be added to the discussion > below: > > > http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > > To start a new topic under Pharo Smalltalk Users, email [hidden email] > > To unsubscribe from Zinc SSL Exception: decrypt failed code:5, click > here. > > NAML > > > > > > View this message in context: Re: Zinc SSL Exception: decrypt failed > code:5 > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Zinc SSL Exception: decrypt failed code:5, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 2, 2015

Re: [Pharo-users] Zinc SSL Exception: decrypt failed code:5

by Sven Van Caekenberghe

Sabine, Here is a possible fix that works for me, this still has to be tested more broadly, but I think it will be good. Could you please try it by manually loading the package ? === Name: Zodiac-Core-SvenVanCaekenberghe.36 Author: SvenVanCaekenberghe Time: 2 March 2015, 11:05:04.004975 am UUID: 3e14e0cf-fe1a-42b9-b093-b5b2c2be09bf Ancestors: Zodiac-Core-SvenVanCaekenberghe.35 Rewrite/refactoring of ZdcSecureSocketStream>>#fillBytes:startingAt:count: to fix an issue that occurred when reading a stream up to end. Note that some errors are now ignored the first time #decrypt:from:to:into: is called on left over data in the SSL session. Thanks Sabine Manaa for reporting this is issue. === Sven > On 01 Mar 2015, at 16:54, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > Hi Sven, > > thanks for the explanation. If the problem would be in Smalltalk I could _try_ to find a solution but I am not able to go into primitives. > > Concerning my workaround: > If remove the line where the exception is thrown in >>fillBytes:startingAt:count: > "processedCount < 0 ifTrue: [ ^ self sslException: 'decrypt failed' code: processedCount ]." > > Then it works. So, it seems that ignoring the exception would fix the problem for me: > > [| theZnClient | > theZnClient := ZnClient new > systemPolicy ; > https; > host: 'user.gini.net'; > path: 'oauth/token?grant_type=client_credentials'; > username: 'spesenfuchs' password: 'asdf'; > accept: ZnMimeType applicationJson; > get. ] on: Error > do: [ :ex | ex resume ]. > > But this needs that the exception is resumable. > > So could you perhaps make the exception resumable? > > ZdcSecureSocketStream>>sslException: text code: code > self error: > (String streamContents: [ :stream | > stream << 'SSL Exception: ' << text << ' [code:'. > stream print: code. > stream << ']' ]) > > >>error: uses Error and this is not resumable. > > Could you make the Exception resumable? > Then perhaps Johan could use resume, to? > > What is your opinion about this? Do I miss something here? > > Regards > Sabine > > > > > 2015-03-01 14:12 GMT+01:00 Sven Van Caekenberghe-2 [via Smalltalk] <[hidden email]>: > > > On 01 Mar 2015, at 13:14, Sabine Manaa <[hidden email]> wrote: > > > > Excuse the silly question but what exactly is a plugin? Is it the code which is called by the primitive? The problem is not within the pharo code itself, right? It is the result of the primitive, which is wrong, right? > > Yes, we're talking about primitives. Plugins group primitives, some plugins are builtin, others are more like dynamic libraries, and live separate from the VM. > > The problem is that the C and OS implementations are different for each platform. Which can result in very subtle semantic differences. In this case it has something to do with detecting/handling a closed socket stream. > > > Can I do something more to solve the problem or should I try to write a workaround for me (exception handler and grab the result of the request)? > > From a user standpoint, no. We have a reproducible case now. Thanks for that. > > I am indeed afraid that you might need to think about a workaround, I can't promise anything about fixing this. Of course, anyone is free to help. > > Sven > > > Regards > > Sabine > > > > > > Am Sonntag, 1. MÃ¤rz 2015 schrieb Sven Van Caekenberghe : > > Arg, and on Linux it works too. > > > > Below the image layer, the normal Pharo code that we see, both the Socket plugin and the SSL plugin are three totally different implementations. This is really frustrating. The Mac code originates from *before* Mac OS X came on the scene ! Today, Mac OS X could probably use 99% of the Linux version. > > > > > On 01 Mar 2015, at 10:29, Sabine Manaa <[hidden email]> wrote: > > > > > > > Hi, > > > > > > I tried on Windows, there it works. > > > > > > Sabine > > > > > > > > > > > > -- > > > View this message in context: http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p48… > To start a new topic under Pharo Smalltalk Users, email [hidden email] > To unsubscribe from Zinc SSL Exception: decrypt failed code:5, click here. > NAML > > > View this message in context: Re: Zinc SSL Exception: decrypt failed code:5 > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 2, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Julien Delplanque

Thanks for the documentation update :) On 01/03/15 21:49, Torsten Bergmann wrote: > Hi Julien, > > there are two projects on my STHub account: SQlite and NBSQLite3to work with SQlite RDBMS. > The first one is older and I would recommend to use NBSQLite3. > > I changed the page on STHub to make this more clear. > > Also > > http://smalltalkhub.com/#!/~PharoExtras/NBSQLite3 > > includes the docu already. I additionally made it more clear there that one > should use the 32 bit version and added also Phils install instructions for > CentOS. > > Thanks for pointing these out. It can save some pain for others. > > Bye > Torsten >

March 2, 2015

Re: [Pharo-users] Tables in Pillar

by phil＠highoctane.be

bump On Fri, Feb 27, 2015 at 9:05 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > How is one doing a cell with content wrapping on multiple lines? > > With the > > | X | Y > | abcd | some very long text that should be wrapping but apparently > doesn't. So it is very annoying when one attempts to describe a long > thing, which is one purpose for a table. > > I get one single line for each entry. > > How to do that? > > TIA > Phil

March 2, 2015

Re: [Pharo-users] SQLite3 - External module not found

by phil＠highoctane.be

looks like there is no readme here... http://smalltalkhub.com/#!/~PharoExtras/NBSQLite3 Maybe a link to http://www.samadhiweb.com/NBSQLite3.html Phil Le 1 mars 2015 21:49, "Torsten Bergmann" <astares(a)gmx.de> a Ã©crit : > Hi Julien, > > there are two projects on my STHub account: SQlite and NBSQLite3to work > with SQlite RDBMS. > The first one is older and I would recommend to use NBSQLite3. > > I changed the page on STHub to make this more clear. > > Also > > http://smalltalkhub.com/#!/~PharoExtras/NBSQLite3 > > includes the docu already. I additionally made it more clear there that one > should use the 32 bit version and added also Phils install instructions for > CentOS. > > Thanks for pointing these out. It can save some pain for others. > > Bye > Torsten > > >

March 2, 2015

SQLite3 - External module not found

by Torsten Bergmann

Hi Julien, there are two projects on my STHub account: SQlite and NBSQLite3to work with SQlite RDBMS. The first one is older and I would recommend to use NBSQLite3. I changed the page on STHub to make this more clear. Also http://smalltalkhub.com/#!/~PharoExtras/NBSQLite3 includes the docu already. I additionally made it more clear there that one should use the 32 bit version and added also Phils install instructions for CentOS. Thanks for pointing these out. It can save some pain for others. Bye Torsten

March 1, 2015

Re: [Pharo-users] Git refreshing

by Thierry Goubier

Hi Peter, Le 01/03/2015 17:00, Peter UhnÃ¡k a Ã©crit : > Hi, > > I'm facing a problem with branches and refreshing the code. Currently I > handle (except for commits) everything from commandline, but the problem > is that when I switch branches I don't know how to easily refresh the > code. What I am doing now is running loading Baseline again, but that > feels odd. Not so odd, in truth. It looks like a perfectly fine solution, which, maybe, could be added to the concept of baseline in a repository. > Git revolves around branches, and being able to quickly create them, > switch them, and merge them is important. > > So is there currently any solution that could resolve this? Maybe I > could run some code that would simply load what is on the disk? If I > switch branches for java code, the editor automatically loads new > content without me needing to do any extra work; it would be nice to > have something similar. Well, as you have noticed in Java, C or C++, switching branches does not call make automatically :) In Pharo, loading code means compiling it, so what you describe may be a bit harder to do. However, if we consider, as above, that working in different branches is linked to a "project" concept, with a baseline describing this project and its dependencies, then: a baseline branch switch could mean: unload the current baseline, its dependencies, followed by the switch branch, followed by a load of the baseline (in the new branch). On the git side, this wouldn't be hard to do. Another approach, a tad simpler, would be : switch branch, then all packages already loaded in the image and existing in the branch are loaded with the head of the new branch. This one would be easy to implement with just a button "switch branch" in the GitFileTree repository inspector. Thierry

March 1, 2015