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+s1294792n4808807...@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-tp4808230p4808634.html > > > > 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-tp4808230p4808670.html > > 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-tp4808230p4808807.html > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670...@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&node=4808230&code=bWFuYWEuc2FiaW5lQGdtYWlsLmNvbXw0ODA4MjMwfC0xOTE3OTcxOTg5> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > -- View this message in context: http://forum.world.st/Zinc-SSL-Exception-decrypt-failed-code-5-tp4808230p4808821.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
