April 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo3] New Sources file starting 30841/30842

by Robert Shiplett

congrat's ! Will run through my idiosyncratic ad hoc odd user "testing" later today ;-) I will be SOooo pleased to move up to Pharo3 - soon. And then to get a headless 3 onto my Japanese server in a prod dir ! On 29 April 2014 07:53, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > We have a sources file for Pharo3! > > http://files.pharo.org/sources/PharoV30.sources.zip > http://files.pharo.org/sources/PharoV30.sources > > > The image that goes with it is 30 842 or newer. > zipped image is now 5MB smaller due to the empty changes. > > http://files.pharo.org/image/30/ > > this now needs some careful testingâ¦ the build is green > > https://ci.inria.fr/pharo/ > > > > > > Marcus > > > > >

April 29, 2014

[Pharo3] New Sources file starting 30841/30842

by Marcus Denker

Hi, We have a sources file for Pharo3! http://files.pharo.org/sources/PharoV30.sources.zip http://files.pharo.org/sources/PharoV30.sources The image that goes with it is 30 842 or newer. zipped image is now 5MB smaller due to the empty changes. http://files.pharo.org/image/30/ this now needs some careful testingâ¦ the build is green https://ci.inria.fr/pharo/ Marcus

April 29, 2014

Re: [Pharo-users] Base64 or HMAC problem

by Spiliosv

Dear all, Apologies but it seems that I am getting the wrong apiKey from the test environment I am using. The correct apiKey is apiKey := '19aW5T6QBjOZFQOzygNAFA=='. which produces the appropriate results. As stated by a number of you the SHA256 and base64 transformations work correctly. Thank you all for your efforts. Regards, Spilios -- View this message in context: http://forum.world.st/Base64-or-HMAC-problem-tp4756788p4756914.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 29, 2014

Re: [Pharo-users] Roassal2 question: Including pictures in visualizations

by Tudor Girba

Here is an example: v := RTView new. element := RTElement new. element addShape: (RTBitmap new form: PolymorphSystemSettings pharoLogoForm). v add: element. v Doru On Tue, Apr 29, 2014 at 1:11 AM, Arturo Zambrano <arturo.zambrano(a)gmail.com>wrote: > Hi All, > > I'm playing with RTBitmap. I will try to use it as part of my labels. > > thanks. > art > > > On Mon, Apr 28, 2014 at 12:05 PM, Arturo Zambrano < > arturo.zambrano(a)gmail.com> wrote: > >> Hi All, >> I wonder if RT is able to integrate images as part of the >> visuailzation. For example consider >> the case of some diagram (let say a vertical bar one) where instead of >> having text labels for each bar could >> include some image that describe the owner of the metric. In my case it >> could be the profile image of a twitter user. >> >> >> thanks >> art >> > > -- www.tudorgirba.com "Every thing has its own flow"

April 29, 2014

Re: [Pharo-users] Roassal2 question: Including pictures in visualizations

by Arturo Zambrano

Hi All, I'm playing with RTBitmap. I will try to use it as part of my labels. thanks. art On Mon, Apr 28, 2014 at 12:05 PM, Arturo Zambrano <arturo.zambrano(a)gmail.com > wrote: > Hi All, > I wonder if RT is able to integrate images as part of the visuailzation. > For example consider > the case of some diagram (let say a vertical bar one) where instead of > having text labels for each bar could > include some image that describe the owner of the metric. In my case it > could be the profile image of a twitter user. > > > thanks > art >

April 28, 2014

Re: [Pharo-users] NativeBoost

by Igor Stasenko

Object subclass: #TM1U uses: TTM1ApiLibrary instanceVariableNames: 'handle' classVariableNames: '' poolDictionaries: '' category: 'Cognos-TM1-Api' hmm.. why just don't subclass from NBExternalObject? If you don't need to subclass from own base class, you can just subclass from NBExternalObject, which means you already having handle ivar, and #asNBExternalType: inherited at class side, tested and working..? So, try NBFFICallout new resolveType: #TM1U what it gives? On 28 April 2014 23:44, Markus Fritsche <mfritsche(a)reauktion.de> wrote: > > On 28.04.2014 13:30, Igor Stasenko wrote: > > This is strange.. should work fine. There's no way how > > NBExternalObjectType could return an instance of NBExternalHandle. > > Please check your code again. > Been there, done that => thrown everything away and restarted the code > from scratch... Sourcecode attached (the 32bit libraries are in the bin > subdirectory, there's another bin64 directory) - is there anything > obvious wrong with it?. > > Workspace: > ==================== > TM1LibraryLoader loadTM1Library. > > TM1Library tm1APIInitialize. > hUser := TM1Library tm1SystemOpen. > hPool1 := hUser tm1ValPoolCreate. > hPool1 inspect. > hUser tm1SystemClose. > TM1Library tm1APIFinalize. > ==================== > > The Inspector I get shows > NBExternalHandle > self @ 16r74CF4A8 > (apparently it's fine for TM1U, otherwise tm1ValPoolCreate wouldn't be > found) > > could it be inspector screwed? what hPool1 class gives? > From the headers: > > #define TM1API __stdcall > #ifndef TM1IMPORT > #define TM1IMPORT __declspec( dllimport ) > #endif > > typedef void * TM1U; // user handle > typedef void * TM1P; // pool handle > TM1IMPORT void TM1API TM1APIInitialize( void ); > TM1IMPORT TM1U TM1API TM1SystemOpen( void ); > TM1IMPORT TM1P TM1API TM1ValPoolCreate( TM1U hUser ); > > i don't see where you are using stdcall calling convention option? you should specify it either in code: self nbCallout stdCall function: #( TM1U TM1SystemOpen( ) ) module: or in the class with callout, implementing ffiCalloutOptions ^ #( + optStdcall ) (i think you can just put it into trait) > In order to debug further I will have to redo the Windows VM. > -- Best regards, Igor Stasenko.

April 28, 2014

Re: [Pharo-users] Base64 or HMAC problem

by Carlo

Hi I think you may have the incorrect expected value. When using http://www.freeformatter.com/hmac-generator.html and entering âtestpharmprescriptionsgetexecuted1403122014500â as message and âveQC+IBLq5qMO8oGcQupjg==â as key, I get â01c4d717e9436b69116159b49398d8ea91864cc5c3ecdb104bab4b057469dd7bâ hex output. When I then enter this hex output into http://tomeko.net/online_tools/hex_to_base64.php?lang=en the generated base64 is: AcTXF+lDa2kRYVm0k5jY6pGGTMXD7NsQS6tLBXRp3Xs= which is identical to the Pharo generated output: AcTXF+lDa2kRYVm0k5jY6pGGTMXD7NsQS6tLBXRp3Xs= The â+â and â=â are the only 2 characters that would be encoded for HTTP which would mean the Pharo generated output is correct: AcTXF%2BlDa2kRYVm0k5jY6pGGTMXD7NsQS6tLBXRp3Xs%3D Are you sure that your expected output is correct: %2B%2FYhVkcaEIHBeUESOsJYD1nKyJXVGyFX%2FlxR616aUK4%3D Cheers Carlo On 28 Apr 2014, at 11:42 PM, Spiliosv <spiliosv(a)gmail.com> wrote: Dear Sven, I tried but still no luck. In any case the padding you are referring to is for the key for the SHA256 encryption. I have tested in the 'https://www.freeformatter.com/hmac-generator.html#ad-output' that the hex values produced from my SHA256 operation are the same. Maybe the conversion byteArray is wrong? The correct result for the 'encodedSignature base64Encoded encodeForHTTP. ' should be '%2B%2FYhVkcaEIHBeUESOsJYD1nKyJXVGyFX%2FlxR616aUK4%3D''. This result is added to a url request as the signature. Any other suggestions? Spilios -- View this message in context: http://forum.world.st/Base64-or-HMAC-problem-tp4756788p4756864.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 28, 2014

Re: [Pharo-users] Base64 or HMAC problem

by Spiliosv

Sergi, Thank you for the comment, but they are two different examples. Spilios -- View this message in context: http://forum.world.st/Base64-or-HMAC-problem-tp4756788p4756866.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 28, 2014

Re: [Pharo-users] NativeBoost

by Markus Fritsche

On 28.04.2014 13:30, Igor Stasenko wrote: > This is strange.. should work fine. There's no way how > NBExternalObjectType could return an instance of NBExternalHandle. > Please check your code again. Been there, done that => thrown everything away and restarted the code from scratch... Sourcecode attached (the 32bit libraries are in the bin subdirectory, there's another bin64 directory) - is there anything obvious wrong with it?. Workspace: ==================== TM1LibraryLoader loadTM1Library. TM1Library tm1APIInitialize. hUser := TM1Library tm1SystemOpen. hPool1 := hUser tm1ValPoolCreate. hPool1 inspect. hUser tm1SystemClose. TM1Library tm1APIFinalize. ==================== The Inspector I get shows NBExternalHandle self @ 16r74CF4A8 (apparently it's fine for TM1U, otherwise tm1ValPoolCreate wouldn't be found) >From the headers: #define TM1API __stdcall #ifndef TM1IMPORT #define TM1IMPORT __declspec( dllimport ) #endif typedef void * TM1U; // user handle typedef void * TM1P; // pool handle TM1IMPORT void TM1API TM1APIInitialize( void ); TM1IMPORT TM1U TM1API TM1SystemOpen( void ); TM1IMPORT TM1P TM1API TM1ValPoolCreate( TM1U hUser ); In order to debug further I will have to redo the Windows VM.

April 28, 2014

Re: [Pharo-users] Base64 or HMAC problem

by Spiliosv

Dear Sven, I tried but still no luck. In any case the padding you are referring to is for the key for the SHA256 encryption. I have tested in the 'https://www.freeformatter.com/hmac-generator.html#ad-output' that the hex values produced from my SHA256 operation are the same. Maybe the conversion byteArray is wrong? The correct result for the 'encodedSignature base64Encoded encodeForHTTP. ' should be '%2B%2FYhVkcaEIHBeUESOsJYD1nKyJXVGyFX%2FlxR616aUK4%3D''. This result is added to a url request as the signature. Any other suggestions? Spilios -- View this message in context: http://forum.world.st/Base64-or-HMAC-problem-tp4756788p4756864.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 28, 2014