April 2013 - Pharo-dev - lists.pharo.org

[Pharo-project] SqueakSSL problem on Linux

by jannik.laval

Hi pharoers, I have a problem in Ubuntu with SqueakSSL. I am loading a zip file on google code, and this plugin fails at initialization. It is simple to reproduce: just evaluate: ZdcPluginSSLSession new On windows and MacOS, this works fine. On Ubuntu 12.04 it seems to not find the plugin. I took the pharo-linux.zip on the pharo website. Thank you for your help. Jannik

April 27, 2013

Re: [Pharo-project] [regression reporter]regression occurred

by Martin Sandiford

I've seen this here on 2.0, I think it's more frequent here in UTC+09:30 :) It seems to happen when UTC time and local time have different dates (ie circa 10:30pm for Central European Daylight time when this build happened). Here is a way to trigger the problem: "Theoretical time zone where local date is always different from UTC date for same instant in time." DateAndTime localTimeZone: (TimeZone offset: 24 hours name: 'Test Time Zone' abbreviation: 'TTZ'). DateTest new testDateAndTimeNow. "Should fail" Date dateAndTimeNow first. "Inspect should show date in the future :(" I'm not sure the fix is that hard, but I could use some guidance on some implementation details. I'm working on the basis that Date should generally use local time, and seconds since Jan 1, 1901 in local time, and DateAndTime should use UTC time and seconds since Jan 1, 1901 in UTC time? Cheers, Martin On Sat, Apr 27, 2013 at 6:05 AM, <no-reply(a)ci.inria.fr> wrote: > > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… > > 1 regressions found. > KernelTests.Chronology.DateTest.testDateAndTimeNow > >

April 27, 2013

[Pharo-project] [Ann] TxText. New text editor done!

by Denis Kudriashov

Hi guys. I'm happy to announce that new text editor based on new text model done. You can load configuration from http://www.smalltalkhub.com/#!/~sig/TxText. Last version: 0.6. See class side example methods. What available now in TxTextMorph: - cursor navigation with move left, right, down, up and mouse click - text selection with move left, right, down, up and mouse movement - editing by keyboard input - text wrap - #addCursor/#removeCursor - #enableSelection. - #beEditable - all keyboard interractions based on shortcuts Little details about navigation and editing: There is TxEditor object which know about cursor position and text selection. Text morph ask him to perform all navigation and editing behaviour. It has cursorMode which knows how to change editor selection when cursor moved. Editor delegates all move actions to cursorPosition by #doesNotUnderstand method. It is simplified adding new navigation methods. For example see TxTextMorph>>enableSelection aTxTextMorph>>moveEditorOn: Character arrowLeft by: #moveLeft. This expression adds two shortcuts: to move editor left and to select text left (when selectionModeModifier active). What next: - Remains standart navigation and editing features like copy/paste, move to line end, to text end and etc. - halo menu items to edit text and layout properties - Edit decorators to get mask behaviour like "(999)***-**-**", pretty numbers like "1'000'000", secrete field like "***" - Value specs to filter inserted text (only numbers, only english and etc) There are some problems with focus behaviour now. And drawing text morph with transparent back color works bad. It will be cool if somebody with good knowledge at this topics can fix it. Best regards, Denis

April 26, 2013

Re: [Pharo-project] RE : cannot modify class comments on Linux

by Nicolas Cellier

My universe? Oh, you don't live in a universe of Integers? Are you in a Fractal dimension? No, no, much too Rational... Maybe you're floating then? Well, mister know-it-all, I have another sayings for you: aboyer avec les chiens The best fit for former argumentation IMO 2013/4/26 Camillo Bruni <camillobruni(a)gmail.com> > > On 2013-04-26, at 20:00, Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com> wrote: > > > Camillo, this is not the best reason, is it? > > Quand on veut tuer son chien, on l'accuse de la rage... > > With this kind of argumentation, I hope you won't find a bug in Integer > ;) > > luckily we live in different universes :) your's doesn't look like mine > > and I am very happy with it :) > > > PS: have fun inventing the future >

April 26, 2013

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=wi… 1 regressions found. KernelTests.Chronology.DateTest.testDateAndTimeNow

April 26, 2013

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=ma… 1 regressions found. KernelTests.Chronology.DateTest.testDateAndTimeNow

April 26, 2013

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… 1 regressions found. KernelTests.Chronology.DateTest.testDateAndTimeNow

April 26, 2013

[Pharo-project] [update 3.0] #30067

by Marcus Denker

30067 ----- 10420 Simplify #reformatMethodAt: https://pharo.fogbugz.com/f/cases/10420 10416 New Spec polywidget https://pharo.fogbugz.com/f/cases/10416 Diff information: http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Traits-MarcusDenker.477 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Spec-Widgets-MarcusDenker.130 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1384 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Compiler-MarcusDenker.402 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/AST-Core-MarcusDenker.136

April 26, 2013

Re: [Pharo-project] RE : cannot modify class comments on Linux

by Camillo Bruni

On 2013-04-26, at 20:00, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Camillo, this is not the best reason, is it? > Quand on veut tuer son chien, on l'accuse de la rage... > With this kind of argumentation, I hope you won't find a bug in Integer ;) luckily we live in different universes :) your's doesn't look like mine and I am very happy with it :) PS: have fun inventing the future

April 26, 2013

Re: [Pharo-project] RE : cannot modify class comments on Linux

by Nicolas Cellier

To be perfectly clear, does the bug occurs 1) because we open a new file descriptor for read without flushing the old one for write, 2) or does it occur with a single file descriptor opened 'rw' ? If 1), then this is probably our fault. If 2), then I wouldn't expect such behaviour. 2013/4/26 Sven Van Caekenberghe <sven(a)stfx.eu> > > On 26 Apr 2013, at 12:44, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 26 April 2013 10:27, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > >> The reason is in the optimalizations in the latest glibc. It really > does not > >> write the new content to the changes file immediately. We need to call > flush > >> at the end of nextChunkPut: > >> > > This is nasty one. > > What i worry that it affects much more than code working with .changes > file. > > Why ? Isn't that standard behavior/semantics: unless you flush you cannot > be sure anything is actually out of the OS' buffers. And even then, disks > and RAID cards are known to lie and sometimes don't write data out even > when flush is called. > > In networking (TCP streams) this is similar. > > >> Cheers, > >> -- Pavel > >> > >> > >> On Fri, Apr 26, 2013 at 9:57 AM, GOUBIER Thierry < > thierry.goubier(a)cea.fr> > >> wrote: > >>> > >>> Reproduced on Ubuntu 13.04. > >>> > >>> Class organization remoteString filePositionHi is past the end of the > >>> changes file (i.e. exactly equal to the file size if the comment is > the last > >>> operation). > >>> > >>> Thierry > >>> ________________________________ > >>> De : pharo-project-bounces(a)lists.gforge.inria.fr > >>> [pharo-project-bounces(a)lists.gforge.inria.fr] de la part de Pavel > Krivanek > >>> [pavel.krivanek(a)gmail.com] > >>> Date d'envoi : jeudi 25 avril 2013 21:32 > >>> Ã : Pharo-project(a)lists.gforge.inria.fr > >>> Objet : Re: [Pharo-project] cannot modify class comments on Linux > >>> > >>> Jaroslav wrote this: > >>> This does work on F17, but it doesn't work on F18, F19. Maybe glibc > issue? > >>> I guess the reproducer needs glibc-2.16 and up, IMHO 12.04 has 2.15 > same > >>> as F17, so I guess this would be also reproducible on Ubuntu 13.04. > >>> > >>> -- Pavel > >>> > >>> On Thu, Apr 25, 2013 at 11:16 AM, Gisela Decuzzi < > giseladecuzzi(a)gmail.com> > >>> wrote: > >>>> > >>>> I'm on 64-bit Ubuntu 12.04 > >>>> > >>>> > >>>> 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> > >>>>> > >>>>> Hi, > >>>>> > >>>>> what architecture and distro do you use because I tried it on a > 32-bit > >>>>> Debian and it worked. I'm on 64-bit Fedora 18. That may be the > reason why > >>>>> the tests are not failing on CI. This error appears on all old system > >>>>> classes and on newely created classes too. > >>>>> Some next info: https://bugzilla.redhat.com/show_bug.cgi?id=956376 > >>>>> > >>>>> -- Pavel > >>>>> > >>>>> On Thu, Apr 25, 2013 at 10:58 AM, Gisela Decuzzi > >>>>> <giseladecuzzi(a)gmail.com> wrote: > >>>>>> > >>>>>> Hi Pavel, I tried in Pharo 2.0 and 3.0 and it work well for me. > (just > >>>>>> try in a random class comment) > >>>>>> Are you trying to modify a particular class comment? > >>>>>> > >>>>>> > >>>>>> 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> > >>>>>>> > >>>>>>> Hi, > >>>>>>> > >>>>>>> if you will try to modify a class comment on Linux, the error > >>>>>>> "RemoteString past end of file" will appear. On windows VM it > seems to work > >>>>>>> well. Can someone confirm this behavior on Linux. Squeak has the > same > >>>>>>> problem. > >>>>>>> > >>>>>>> Cheers, > >>>>>>> -- Pavel > >>>>>> > >>>>>> > >>>>> > >>>> > >>> > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > > >

April 26, 2013