May 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Proxy with NTLM authentication?

by Steve Wirts

I have wrestled with this problem from within java years ago, before a solution existed, the solution that finally evolved was an API in java to talk LDAP, specifically to microsoft active directory servers. Validation and NT user/group information them becomes available regardless of what platform the client is running on. just an thought towards a very general solution. 2009/5/25 Marco Schmidt <Marco.Schmidt(a)taugamma.de> > I'm using Pharo "sometimes" behind a coorperate firewall. The following > snippet helps me to setup squeak/pharo for me: > HTTPSocket useProxyServerNamed: 'proxyhsotname' port: 80 proxyUser: > 'DOMAIN\USERNAME' password: 'HelloWorld42'. > > Another alternative is to use an tool like PROXIMOTRON. This tools creates > a local proxy server which forwards http connections to your corporate > firewall. WARNING: This could be against your coorporates policy. > > Marco Schmidt > > > > > 2009/5/25 Bernhard Pieber <pieber(a)acm.org> > >> Hi all, >> >> I would like to use Pharo behind a corporate firewall with a proxy with >> NTLM authentication. Having read the thread "Proxy with authentication >> support" ( >> http://lists.gforge.inria.fr/pipermail/pharo-project/2009-May/008717.html)<http://lists.gforge.inria.fr/pipermail/pharo-project/2009-May/008717.html%29> I >> thought I might try if it works with NTLM. Short version: It doesn't. ;-) >> >> Has someone solved that particular problem? >> >> Thanks for your support! >> >> Cheers, >> Bernhard >> >> Long version: >> If I do: >> HTTPSocket httpGet: 'http://www.pieber.com' >> >> I get: >> 'HTTP/1.1 400 Bad Request >> Cache-Control: no-cache >> Pragma: no-cache >> Content-Type: text/html; charset=utf-8 >> Proxy-Connection: close >> Connection: close >> Content-Length: 1251<HTML><HEAD> >> <TITLE>Invalid username/password</TITLE> >> </HEAD> >> <BODY> >> >> <big></big> >> >> <blockquote> >> <TABLE border=0 cellPadding=1 width="80%"> >> <TR><TD> >> >> <big>Invalid username/password (bad_credentials)</big> >> >> >> >> </TD></TR> >> <TR><TD> >> >> Your username or password were sent using an invalid/unrecognized >> format. >> Please close your browser window. >> Then, either contact technical support, >> or try again using a different username/password combination. >> >> There are two possible causes: >> <ul> >> <li>Your username or password contains non-ASCII characters, >> and the ProxySG is not configured to use the same authentication >> character >> encoding as is being used by your web browser. >> <li>Your username or password is too long. >> (The limits for the username and password are 64 bytes each, >> after being translated to UTF-8.) >> </ul> >> >> >> >> </TD></TR> >> <TR><TD> >> >> >> >> </TD></TR> >> <TR><TD> >> >> >> For assistance, contact your network support team. >> >> </TD></TR> >> </TABLE> >> </blockquote> >> >> </BODY></HTML> >> ' >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009

Re: [Pharo-project] [ANN] More License Rewriting

by Gabriel Cotelli

Ok, I change that and later post a new SLICE. Thanks, Gabriel On Mon, May 25, 2009 at 6:27 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > Thanks Gabriel. > For #raisedToInteger: please use algorithm in (n log: 2) efficiency > from previous license clean implementation: > > anInteger < 0 ifTrue: [^(self raisedToInteger: anInteger negated) > reciprocal]. > bitProbe := 1 bitShift: anInteger highBit - 1. > result := self class one. > [(anInteger bitAnd: bitProbe) = 0 ifFalse: [result := result * > self]. > (bitProbe := bitProbe bitShift: -1) > 0] > whileTrue: > [result := result * result]. > ^result > > rather than an efficiency in n: > > anInteger abs timesRepeat: [ result := result * self ]. > > Nicolas > > > 2009/5/25 Gabriel Cotelli <g.cotelli(a)gmail.com>: > > Hi, > > I upload to Pharo Inbox the following slice: > > > > Name: SLICE-RelicensingPartII-GabrielOmarCotelli.2 > > Author: GabrielOmarCotelli > > Time: 25 May 2009, 5:01:17 pm > > UUID: 429de0c7-19cf-6043-a4ba-e4a858fb1dcd > > Ancestors: SLICE-RelicensingPartII-GabrielOmarCotelli.1 > > Dependencies: Collections-Strings-GabrielOmarCotelli.19, > > CollectionsTests-GabrielOmarCotelli.350, > KernelTests-GabrielOmarCotelli.105, > > Kernel-GabrielOmarCotelli.renggli.330 > > > > I re-write for license cleaning: > > > > Number>>raisedToInteger: > > Character>>codePoint > > Character class>>codePoint: > > DependentsArray>>size > > BlockContext>>argumentCount > > > > and made some test cases to cover this. > > > > Please somebody review the changes. > > > > Thanks, > > Gabriel > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009

Re: [Pharo-project] [ANN] More License Rewriting

by Nicolas Cellier

Thanks Gabriel. For #raisedToInteger: please use algorithm in (n log: 2) efficiency from previous license clean implementation: anInteger < 0 ifTrue: [^(self raisedToInteger: anInteger negated) reciprocal]. bitProbe := 1 bitShift: anInteger highBit - 1. result := self class one. [(anInteger bitAnd: bitProbe) = 0 ifFalse: [result := result * self]. (bitProbe := bitProbe bitShift: -1) > 0] whileTrue: [result := result * result]. ^result rather than an efficiency in n: anInteger abs timesRepeat: [ result := result * self ]. Nicolas 2009/5/25 Gabriel Cotelli <g.cotelli(a)gmail.com>: > Hi, > I upload to Pharo Inbox the following slice: > > Name: SLICE-RelicensingPartII-GabrielOmarCotelli.2 > Author: GabrielOmarCotelli > Time: 25 May 2009, 5:01:17 pm > UUID: 429de0c7-19cf-6043-a4ba-e4a858fb1dcd > Ancestors: SLICE-RelicensingPartII-GabrielOmarCotelli.1 > Dependencies: Collections-Strings-GabrielOmarCotelli.19, > CollectionsTests-GabrielOmarCotelli.350, KernelTests-GabrielOmarCotelli.105, > Kernel-GabrielOmarCotelli.renggli.330 > > I re-write for license cleaning: > > Number>>raisedToInteger: > Character>>codePoint > Character class>>codePoint: > DependentsArray>>size > BlockContext>>argumentCount > > and made some test cases to cover this. > > Please somebody review the changes. > > Thanks, > Gabriel > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009

Re: [Pharo-project] Port of Cryptography to Pharo

by Igor Stasenko

2009/5/22 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Fri, May 22, 2009 at 9:18 AM, Ramiro Diaz Trepat > <ramiro.diaz.trepat(a)jpmorgan.com> wrote: >> >> I'm really sorry to hear it is no longer being maintained. >> It was a necessary package to connect to properly set up Postgres >> databases, that requiere sending password hashes with SHA-1. Â We will >> probably face this kind of need when interacting with the outside world in >> general. > > Yes. That's why I saw it. I am trying to make Glorp to work in Pharo, but as > you know Glorp in Squeak only works with Postgres. And the native postgres > driver requieres cryptography package when you use md5 :( > > Just for now, I disable md5 from my postgres and use "password" auth-method. > With this, cryptography is not needed. However, this is not an option in a > production enviorment. > Calculating an md5 checksum is not that complex thing. It can be implemented as a standalone class. Somewhere i saw the md5 implementation on C++, which contains just a couple pages of code. So, if this is your primary concern for having postgres connectivity - i don't see why not (re)implement it separately. > Cheers, > > Mariano > >> >> It was a fantastic package, I wonder why the maintainers droped it. Â I >> suppose maintaining crypto frameworks up to date, with no vulnerabilities, >> is a lot of work. >> Sorry for venting out my sadnes to the list. >> Cheers >> >> r. >> >> >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane >> Ducasse >> Sent: 22 May 2009 11:08 >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Port of Cryptography to Pharo >> >> Ok I thought the cryptology package was working well and maintained. >> >> Stef >> >> On May 22, 2009, at 11:58 AM, Schwab,Wilhelm K wrote: >> >> > Agreed: I mentioned both curl and OpenSSL - we should embrace both. >> > AFACT, the cryptography package is a thing of the past, and we >> > should look to active projects. Â Tell me where I'm wrong, please. >> > >> > Another reality, fair or not: if we were to take on the enormous >> > burden of maintaining the cypto package, there would always be >> > questions about security holes we left open. Â The same will be true >> > of OpenSSL, but there is (not always fair) credibility in numbers >> > widely known projects. Â There will be would-be users of Pharo who >> > will want OpenSSL for its reputation, and who would question a home- >> > grown solution. >> > >> > Bill >> > >> > >> > From: pharo-project-bounces(a)lists.gforge.inria.fr >> > [mailto:pharo-project-bounces@lists.gforge.inria.fr >> > ] On Behalf Of Fernando olivero >> > Sent: Friday, May 22, 2009 4:20 AM >> > To: Pharo-project(a)lists.gforge.inria.fr >> > Subject: Re: [Pharo-project] Port of Cryptography to Pharo >> > >> > >> > Just a comment, >> > >> > you could use the new Â AlienFFI framework to comunicate with curl. >> > Or reify any C library you want in Pharo. >> > >> > Fernando >> > >> > >> > On May 22, 2009, at 5:04 AM, Schwab,Wilhelm K wrote: >> > >> >> The most recent post on the crytography mailing list starts out as >> >> follows: >> >> >> >> Since the Cryptography Team doesn't exists anymore, the >> >> Cryptography package is not maintained by anyone. The SSL >> >> implementation doesn't allow easy debugging, you can't just turn on >> >> logging to see what's happening. Following the state machine >> >> transitions should give you the answer why the handshake isn't >> >> succeding. It might be related to certificates or TLS->SSL3 >> >> fallback. If I were you, I would go with curl. >> >> I think it is time to write a wrapper around open SSL in addition >> >> to looking at the curl plugin. Â Trying to write cryptography code >> >> from scratch and get and keep it right is a huge effort, and pretty >> >> avoidable, and IMHO, better avoided by letting others do the job. >> >> Ever read Sun Tzu? >> >> >> >> Bill >> >> >> >> >> >> >> >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> >> [mailto:pharo-project-bounces@lists.gforge.inria.fr >> >> ] On Behalf Of Mariano Martinez Peck >> >> Sent: Thursday, May 21, 2009 8:51 PM >> >> To: Pharo Development >> >> Subject: [Pharo-project] Port of Cryptography to Pharo >> >> >> >> I don't know if there is anyone of the developers of the package >> >> Cryptography but is someone is willing to do the port of it to >> >> Pharo? Most tests are break and it seems not to work because lots >> >> of Â Cryptography methods where in classes like SmallInteger and >> >> these methods were removed in Pharo. >> >> >> >> Regards, >> >> >> >> Mariano >> >> <ATT00001.txt> >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> This email is confidential and subject to important disclaimers and >> conditions including on offers for the purchase or sale of >> securities, accuracy and completeness of information, viruses, >> confidentiality, legal privilege, and legal entity disclaimers, >> available at http://www.jpmorgan.com/pages/disclosures/email. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

May 25, 2009

Re: [Pharo-project] Port of Cryptography to Pharo

by Mariano Martinez Peck

2009/5/24 John McIntosh <johnmci(a)smalltalkconsulting.com> > "Cryptography uses several plugins, not only DES." > what are the other plugins then? > I must said I don't know very much of Cryptography I just use it for Postgres driver, but I can see that the SHA1 uses DSAPrims module. Example: primHashBlock: blockBitmap using: workingTotalsBitmap "Hash the given block (a Bitmap) of 80 32-bit words, using the given workingTotals." <primitive: 'primitiveHashBlock' module: 'DSAPrims'> ^ self primitiveFailed > > 2009/5/24 Mariano Martinez Peck <marianopeck(a)gmail.com> > > >> >> 2009/5/23 John McIntosh <johnmci(a)smalltalkconsulting.com> >> >>> Ok, in the past I've built the DES plugin for the macintosh. >>> However I should point out that Cryptography should NOT be made part of >>> the base VM. >>> >> >> I didn't understand you. Cryptography uses several plugins, not only DES. >> Are you talking Cryptography in general or just DES? >> >> In addition you said the Cryptography should not be included in the base >> VM. Did you wanted to say base image ? >> >> Greetings, >> >> Mariano >> >> >> >>> Why? Well the USA government then wants you to fill out export paperwork >>> if you are USA company or selling product thru the USA that someone that >>> doesn't live in the USA could buy. An example of this is when you submit >>> apps to the Apple iPhone app store, then you are asked if the product >>> includes any encryption and if you have done the paperwork. >>> >> >>> Yes I know this is a irksome rule, but people should be aware of the >>> implications. >>> >>> 2009/5/23 Mariano Martinez Peck <marianopeck(a)gmail.com> >>> >>> Did someone commit any kind of magic to Pharo core orCryptography packge >>>> ? I just prepared a latest image to start working on it but I see only 3 red >>>> tests. Those are: testDES, testDES2 and testDSASigninAndVerifying. >>>> >>>> And all of them fail because of the same problem: a primitive has >>>> failed. The primitive is >>>> >>>> primCookKey: aByteArray mode: flag to: cooked >>>> <primitive: 'primitiveDESCookKey' module: 'DESPlugin'> >>>> ^ self primitiveFailed >>>> >>>> I look here: http://code.google.com/p/pharo/wiki/VMPluginOverview but >>>> I didn't found it. I don't have that plugin in my Exupery VM. >>>> >>>> Perhaps downloading VMMaker and try to generate the plugin is a good >>>> idea but I never even download VMMaker haha >>>> >>>> Anyway, is this important? >>>> >>>> Cheers, >>>> >>>> Mariano >>>> >>>> >>>> >>>> >>>> >>>> On Fri, May 22, 2009 at 1:42 PM, Schwab,Wilhelm K < >>>> bschwab(a)anest.ufl.edu> wrote: >>>> >>>>> Stef, >>>>> >>>>> I proposed that a while ago, but there was a stunning lack of response. >>>>> The offer is still good however; I'd welcome a group effort to tackle it. >>>>> >>>>> Bill >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: >>>>> pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane >>>>> Ducasse >>>>> Sent: Friday, May 22, 2009 9:55 AM >>>>> To: Pharo-project(a)lists.gforge.inria.fr >>>>> Subject: Re: [Pharo-project] Port of Cryptography to Pharo >>>>> >>>>> Hi guys >>>>> >>>>> Why don;t you join forces and create a Cryptography package which work >>>>> for pharo and for you. >>>>> Mariano I still would love to know the method of integer that are >>>>> missing >>>>> >>>>> Stef >>>>> >>>>> On May 22, 2009, at 4:47 PM, Jan van de Sandt wrote: >>>>> >>>>> > Hello, >>>>> > >>>>> > I faced the same problem with Cloudfork-AWS. This project required >>>>> the >>>>> > Cryptography package for generating the signatures using SHA and for >>>>> > generating MD5 hash values. >>>>> > >>>>> > When I had problems loading the package in Pharo and I learned that >>>>> > the package was no longer maintained I copied the classes I required >>>>> > to a Cloudfork package. I needed the MD5, SHA1 and SHA256 classes. I >>>>> > renamed them to CFMD5, CFSHA1 and CFSHA256, I also prefixed all the >>>>> > methods in the required class extensions with cf. For example >>>>> > ThirtyTwoBitRegister>>cfBitShift: anInteger. You can use a simular >>>>> > approach for Glorp. >>>>> > >>>>> > Jan. >>>>> > >>>>> > PS: Another dependency of Cloudfork is a HTTP client. I'm now >>>>> > playing around with the CurlPlugin, this plugin works very well. >>>>> > Things like supporting https become real easy >>>>> > >>>>> > 2009/5/22 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>> > >>>>> > >>>>> > On Fri, May 22, 2009 at 9:18 AM, Ramiro Diaz Trepat < >>>>> ramiro.diaz.trepat(a)jpmorgan.com >>>>> > > wrote: >>>>> > I'm really sorry to hear it is no longer being maintained. >>>>> > It was a necessary package to connect to properly set up Postgres >>>>> > databases, that requiere sending password hashes with SHA-1. We >>>>> > will probably face this kind of need when interacting with the >>>>> > outside world in general. >>>>> > >>>>> > Yes. That's why I saw it. I am trying to make Glorp to work in >>>>> > Pharo, but as you know Glorp in Squeak only works with Postgres. And >>>>> > the native postgres driver requieres cryptography package when you >>>>> > use md5 :( >>>>> > >>>>> > Just for now, I disable md5 from my postgres and use "password" auth- >>>>> > method. With this, cryptography is not needed. However, this is not >>>>> > an option in a production enviorment. >>>>> > >>>>> > Cheers, >>>>> > >>>>> > Mariano >>>>> > >>>>> > >>>>> > It was a fantastic package, I wonder why the maintainers droped it. >>>>> > I suppose maintaining crypto frameworks up to date, with no >>>>> > vulnerabilities, is a lot of work. >>>>> > Sorry for venting out my sadnes to the list. >>>>> > Cheers >>>>> > >>>>> > r. >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > -----Original Message----- >>>>> > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: >>>>> pharo-project-bounces(a)lists.gforge.inria.fr >>>>> > ] On Behalf Of StÃ©phane Ducasse >>>>> > Sent: 22 May 2009 11:08 >>>>> > To: Pharo-project(a)lists.gforge.inria.fr >>>>> > Subject: Re: [Pharo-project] Port of Cryptography to Pharo >>>>> > >>>>> > Ok I thought the cryptology package was working well and maintained. >>>>> > >>>>> > Stef >>>>> > >>>>> > On May 22, 2009, at 11:58 AM, Schwab,Wilhelm K wrote: >>>>> > >>>>> > > Agreed: I mentioned both curl and OpenSSL - we should embrace both. >>>>> > > AFACT, the cryptography package is a thing of the past, and we >>>>> > > should look to active projects. Tell me where I'm wrong, please. >>>>> > > >>>>> > > Another reality, fair or not: if we were to take on the enormous >>>>> > > burden of maintaining the cypto package, there would always be >>>>> > > questions about security holes we left open. The same will be true >>>>> > > of OpenSSL, but there is (not always fair) credibility in numbers >>>>> > > widely known projects. There will be would-be users of Pharo who >>>>> > > will want OpenSSL for its reputation, and who would question a >>>>> home- >>>>> > > grown solution. >>>>> > > >>>>> > > Bill >>>>> > > >>>>> > > >>>>> > > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: >>>>> pharo-project-bounces(a)lists.gforge.inria.fr >>>>> > > ] On Behalf Of Fernando olivero >>>>> > > Sent: Friday, May 22, 2009 4:20 AM >>>>> > > To: Pharo-project(a)lists.gforge.inria.fr >>>>> > > Subject: Re: [Pharo-project] Port of Cryptography to Pharo >>>>> > > >>>>> > > >>>>> > > Just a comment, >>>>> > > >>>>> > > you could use the new AlienFFI framework to comunicate with curl. >>>>> > > Or reify any C library you want in Pharo. >>>>> > > >>>>> > > Fernando >>>>> > > >>>>> > > >>>>> > > On May 22, 2009, at 5:04 AM, Schwab,Wilhelm K wrote: >>>>> > > >>>>> > >> The most recent post on the crytography mailing list starts out as >>>>> > >> follows: >>>>> > >> >>>>> > >> Since the Cryptography Team doesn't exists anymore, the >>>>> > >> Cryptography package is not maintained by anyone. The SSL >>>>> > >> implementation doesn't allow easy debugging, you can't just turn >>>>> on >>>>> > >> logging to see what's happening. Following the state machine >>>>> > >> transitions should give you the answer why the handshake isn't >>>>> > >> succeding. It might be related to certificates or TLS->SSL3 >>>>> > >> fallback. If I were you, I would go with curl. >>>>> > >> I think it is time to write a wrapper around open SSL in addition >>>>> > >> to looking at the curl plugin. Trying to write cryptography code >>>>> > >> from scratch and get and keep it right is a huge effort, and >>>>> pretty >>>>> > >> avoidable, and IMHO, better avoided by letting others do the job. >>>>> > >> Ever read Sun Tzu? >>>>> > >> >>>>> > >> Bill >>>>> > >> >>>>> > >> >>>>> > >> >>>>> > >> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: >>>>> pharo-project-bounces(a)lists.gforge.inria.fr >>>>> > >> ] On Behalf Of Mariano Martinez Peck >>>>> > >> Sent: Thursday, May 21, 2009 8:51 PM >>>>> > >> To: Pharo Development >>>>> > >> Subject: [Pharo-project] Port of Cryptography to Pharo >>>>> > >> >>>>> > >> I don't know if there is anyone of the developers of the package >>>>> > >> Cryptography but is someone is willing to do the port of it to >>>>> > >> Pharo? Most tests are break and it seems not to work because lots >>>>> > >> of Cryptography methods where in classes like SmallInteger and >>>>> > >> these methods were removed in Pharo. >>>>> > >> >>>>> > >> Regards, >>>>> > >> >>>>> > >> Mariano >>>>> > >> <ATT00001.txt> >>>>> > > >>>>> > > _______________________________________________ >>>>> > > Pharo-project mailing list >>>>> > > Pharo-project(a)lists.gforge.inria.fr >>>>> > > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > Pharo-project mailing list >>>>> > Pharo-project(a)lists.gforge.inria.fr >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> > This email is confidential and subject to important disclaimers and >>>>> > conditions including on offers for the purchase or sale of >>>>> > securities, accuracy and completeness of information, viruses, >>>>> > confidentiality, legal privilege, and legal entity disclaimers, >>>>> > available at http://www.jpmorgan.com/pages/disclosures/email. >>>>> > >>>>> > _______________________________________________ >>>>> > Pharo-project mailing list >>>>> > Pharo-project(a)lists.gforge.inria.fr >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > Pharo-project mailing list >>>>> > Pharo-project(a)lists.gforge.inria.fr >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> > >>>>> > _______________________________________________ >>>>> > Pharo-project mailing list >>>>> > Pharo-project(a)lists.gforge.inria.fr >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> >>> =========================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> >>> =========================================================================== >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009

Re: [Pharo-project] Sensor bug

by StÃ©phane Ducasse

Do you have a sample because I could give a try. I want to have fun with bitblt anyway. Stef On May 25, 2009, at 10:09 PM, Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> Thanks, mike >> >> this is strange once I loaded your change >> >> alphaBlendDemo is really getting slow. >> and the other form examples too. >> It looks like if not enough events would be treated. > > you could try to shorten the Delay in the waitButton etc methods. > But the real problem is that these methods should be completely > rewritten as they are based on polling the sensor. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009

Re: [Pharo-project] Sensor bug

by Michael Rueger

StÃ©phane Ducasse wrote: > Thanks, mike > > this is strange once I loaded your change > > alphaBlendDemo is really getting slow. > and the other form examples too. > It looks like if not enough events would be treated. you could try to shorten the Delay in the waitButton etc methods. But the real problem is that these methods should be completely rewritten as they are based on polling the sensor. Michael

May 25, 2009

[Pharo-project] [ANN] More License Rewriting

by Gabriel Cotelli

Hi, I upload to Pharo Inbox the following slice: Name: SLICE-RelicensingPartII-GabrielOmarCotelli.2 Author: GabrielOmarCotelli Time: 25 May 2009, 5:01:17 pm UUID: 429de0c7-19cf-6043-a4ba-e4a858fb1dcd Ancestors: SLICE-RelicensingPartII-GabrielOmarCotelli.1 Dependencies: Collections-Strings-GabrielOmarCotelli.19, CollectionsTests-GabrielOmarCotelli.350, KernelTests-GabrielOmarCotelli.105, Kernel-GabrielOmarCotelli.renggli.330 I re-write for license cleaning: Number>>raisedToInteger: Character>>codePoint Character class>>codePoint: DependentsArray>>size BlockContext>>argumentCount and made some test cases to cover this. Please somebody review the changes. Thanks, Gabriel

May 25, 2009

Re: [Pharo-project] Categorizing methods

by Schwab,Wilhelm K

I am fairly certain that this is *not* the solution to my problem, but it is a needed fix for something. That still leaves me wondering how to move a method from Here-There to Here-Elsewhere? Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Monday, May 25, 2009 12:04 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Categorizing methods Damien, I am not sure what you mean. I found no way to set a method category. There is Move to extend class, but it gave me a walkback. I might have fixed that; see attached. If it is correct, we can discuss style and get it put where it can be harvested. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Damien Cassou [damien.cassou(a)gmail.com] Sent: Monday, May 25, 2009 12:28 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Categorizing methods On Mon, May 25, 2009 at 5:08 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > I _think_ I need to create a *this-that method category to put some methods where they belong, I don't see a relevant command, at lest not one that seems to be working. TheClass organization addCategory: 'foo' -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 25, 2009

Re: [Pharo-project] Proxy with NTLM authentication?

by Marco Schmidt

I'm using Pharo "sometimes" behind a coorperate firewall. The following snippet helps me to setup squeak/pharo for me: HTTPSocket useProxyServerNamed: 'proxyhsotname' port: 80 proxyUser: 'DOMAIN\USERNAME' password: 'HelloWorld42'. Another alternative is to use an tool like PROXIMOTRON. This tools creates a local proxy server which forwards http connections to your corporate firewall. WARNING: This could be against your coorporates policy. Marco Schmidt 2009/5/25 Bernhard Pieber <pieber(a)acm.org> > Hi all, > I would like to use Pharo behind a corporate firewall with a proxy with > NTLM authentication. Having read the thread "Proxy with authentication > support" ( > http://lists.gforge.inria.fr/pipermail/pharo-project/2009-May/008717.html) I > thought I might try if it works with NTLM. Short version: It doesn't. ;-) > > Has someone solved that particular problem? > > Thanks for your support! > > Cheers, > Bernhard > > Long version: > If I do: > HTTPSocket httpGet: 'http://www.pieber.com' > > I get: > 'HTTP/1.1 400 Bad Request > Cache-Control: no-cache > Pragma: no-cache > Content-Type: text/html; charset=utf-8 > Proxy-Connection: close > Connection: close > Content-Length: 1251<HTML><HEAD> > <TITLE>Invalid username/password</TITLE> > </HEAD> > <BODY> > > <big></big> > > <blockquote> > <TABLE border=0 cellPadding=1 width="80%"> > <TR><TD> > > <big>Invalid username/password (bad_credentials)</big> > > > > </TD></TR> > <TR><TD> > > Your username or password were sent using an invalid/unrecognized > format. > Please close your browser window. > Then, either contact technical support, > or try again using a different username/password combination. > > There are two possible causes: > <ul> > <li>Your username or password contains non-ASCII characters, > and the ProxySG is not configured to use the same authentication > character > encoding as is being used by your web browser. > <li>Your username or password is too long. > (The limits for the username and password are 64 bytes each, > after being translated to UTF-8.) > </ul> > > > > </TD></TR> > <TR><TD> > > > > </TD></TR> > <TR><TD> > > > For assistance, contact your network support team. > > </TD></TR> > </TABLE> > </blockquote> > > </BODY></HTML> > ' > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009