- Pharo-dev - lists.pharo.org

Problem with accentuated characters

by Benoit St-Jean

I am a bit puzzled by Pharo's (Pharo 5) behavior when having accentuated characters inside a string. I have a method that sends cascaded messages and it automatically gets "reformated" with a temp variable. This is the original code I typed and tried to save: leCarreEtLes4Coins Â Â Â ^ self new Â Â Â Â Â Â tiles: #(1 5 7 8 9 12 13 14 17 18 19 21 25); Â Â Â Â Â Â name: 'Le carrÃ© et les 4 coins' This is how Pharo reformats my code when I save! leCarreEtLes4Coins Â Â Â | tmp2 | Â Â Â tmp2 := self new. Â Â Â tmp2 tiles: #(1 5 7 8 9 12 13 14 17 18 19 21 25). Â Â Â ^ tmp2 name: 'Le carrÃ© et les 4 coins' Has anyone seen this behavior? More details: Pharo5.0 Latest update: #50760Virtual Machine --------------- E:\Pharo5-dev\Pharo.exe CoInterpreter VMMaker.oscog-eem.1855 uuid: d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 StackToRegisterMappingCogit VMMaker.oscog-eem.1855 uuid: d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 https://github.com/pharo-project/pharo-vm.git Commit: b8ec25a570d7539653e1d793e97609adb509aaed Date: 2016-05-04 11:14:22 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #589 Win32 built on MayÂ 4 2016 12:17:02 Compiler: 4.6.2 VMMaker versionString https://github.com/pharo-project/pharo-vm.git Commit: b8ec25a570d7539653e1d793e97609adb509aaed Date: 2016-05-04 11:14:22 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #589 CoInterpreter VMMaker.oscog-eem.1855 uuid: d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 StackToRegisterMappingCogit VMMaker.oscog-eem.1855 uuid: d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 Loaded VM Modules ----------------- B2DPlugin VMMaker.oscog-eem.1855 (i) BitBltPlugin VMMaker.oscog-eem.1855 (i) FT2Plugin Freetype-Plugin-EstebanLorenzano.69 (e) FilePlugin VMMaker.oscog-eem.1855 (i) FloatArrayPlugin VMMaker.oscog-eem.1855 (i) Kernel32 LargeIntegers v2.0 VMMaker.oscog-eem.1855 (i) LocalePlugin VMMaker.oscog-eem.1855 (i) Matrix2x3Plugin VMMaker.oscog-eem.1855 (i) MiscPrimitivePlugin VMMaker.oscog-eem.1855 (i) SecurityPlugin VMMaker.oscog-eem.1855 (i) SocketPlugin VMMaker.oscog-eem.1855 (i) SqueakFFIPrims SurfacePlugin MayÂ 4 2016 (e) UUIDPlugin VMMaker.oscog-eem.1855 (i) ZipPlugin VMMaker.oscog-eem.1855 (i) VM Built-in Modules ------------------- ADPCMCodecPlugin VMMaker.oscog-eem.1855 (i) AsynchFilePlugin VMMaker.oscog-eem.1855 (i) B2DPlugin VMMaker.oscog-eem.1855 (i) B3DAcceleratorPlugin VMMaker.oscog-eem.1855 (i) BMPReadWriterPlugin VMMaker.oscog-eem.1855 (i) BitBltPlugin VMMaker.oscog-eem.1855 (i) CroquetPlugin VMMaker.oscog-eem.1855 (i) DSAPrims CryptographyPlugins-rww.10 (i) DropPlugin VMMaker.oscog-eem.1855 (i) FFTPlugin VMMaker.oscog-eem.1855 (i) FilePlugin VMMaker.oscog-eem.1855 (i) FloatArrayPlugin VMMaker.oscog-eem.1855 (i) FloatMathPlugin VMMaker.oscog-eem.1855 (i) HostWindowPlugin VMMaker.oscog-eem.1855 (i) IA32ABI VMMaker.oscog-eem.1855 (i) JPEGReadWriter2Plugin VMMaker.oscog-eem.1855 (i) JPEGReaderPlugin VMMaker.oscog-eem.1855 (i) JoystickTabletPlugin VMMaker.oscog-eem.1855 (i) Klatt VMMaker.oscog-eem.1855 (i) LargeIntegers v2.0 VMMaker.oscog-eem.1855 (i) LocalePlugin VMMaker.oscog-eem.1855 (i) MIDIPlugin VMMaker.oscog-eem.1855 (i) Matrix2x3Plugin VMMaker.oscog-eem.1855 (i) MiscPrimitivePlugin VMMaker.oscog-eem.1855 (i) Mpeg3Plugin VMMaker.oscog-eem.1855 (i) RePlugin VMMaker.oscog-eem.1855 (i) SDL2DisplayPlugin SDL2DisplayPlugin-RonieSalgado.1 (i) SecurityPlugin VMMaker.oscog-eem.1855 (i) SerialPlugin VMMaker.oscog-eem.1855 (i) SocketPlugin VMMaker.oscog-eem.1855 (i) SoundCodecPrims VMMaker.oscog-eem.1855 (i) SoundPlugin VMMaker.oscog-eem.1855 (i) SqueakFFIPrims StarSqueakPlugin VMMaker.oscog-eem.1855 (i) UUIDPlugin VMMaker.oscog-eem.1855 (i) Win32OSProcessPlugin VMConstruction-Plugins-OSProcessPlugin.oscog-EstebanLorenzano.53 (i) ZipPlugin VMMaker.oscog-eem.1855 (i) VM Configuration ---------------- E:\Pharo5-dev\Pharo.ini [Global] DeferUpdate=0 ShowConsole=0 DynamicConsole=1 ReduceCPUUsage=1 ReduceCPUInBackground=1 3ButtonMouse=0 1ButtonMouse=0 UseDirectSound=1 PriorityBoost=0 B3DXUsesOpenGL=0 CaseSensitiveFileMode=0 Operating System/Hardware ------------------------- Win32 6.2 IX86 Operating System Details ------------------------ Operating System: Windows 10 Home (Build 9200 ) Â Â Â Registered Owner: ??? Â Â Â Registered Company: ??? Â Â Â SP major version: 0 Â Â Â SP minor version: 0 Â Â Â Suite mask: 300 Â Â Â Product type: 1 Â ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean Instagram: Chef_Benito IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein)

Sept. 23, 2016

Re: [Pharo-dev] C Variadic Functions via UFFI?

by Andres Valloud

The identifier printf() can also be a macro... On 9/23/16 1:15 , Esteban Lorenzano wrote: > along with what Andres says, also no, you do not have support for variadic functions. > what you do this is to declare your functions as if they were non-variadic: > > pritnf: format intValue: number > self ffiCall: #(int printf(String format, int number)) > > that will workâ¦ yes is not the best in the word, but it works :) > > Esteban > > >> On 23 Sep 2016, at 08:11, Andres Valloud <avalloud(a)smalltalk.comcastbiz.net> wrote: >> >> I wouldn't do that if I were you. The manual says fcntl() can be a macro, and you can't call a macro from an FFI. >> >> http://pubs.opengroup.org/onlinepubs/009695399/basedefs/fcntl.h.html >> >> On 9/22/16 15:12 , Mariano Martinez Peck wrote: >>> Hi guys, >>> >>> I am wondering if I can wrap some variadic functions (with optional >>> arguments) with UFFI. Is this possible? If true, how so? For my >>> particular use case, I am checking if I can call fcntl() >>> which has a third optional argument. >>> >>> Thanks in advance, >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >> > >

Sept. 23, 2016

Re: [Pharo-dev] [ANN] Material Design For Seaside V1.0.0

by Cyril Ferlicot D.

Le 23/09/2016 Ã 17:14, J.F. Rick a Ã©crit : > Lovely. Something's not quite working with the Menus example on Chrome > Ubuntu. I always get the same menu. > > Cheers, > > Jeff > I think this is a Demo problem only. For most of the code shown is not really the code used to show the components. I begun to adapt the examples to display directly the code used by seaside but I still need some time to finish to update all the examples. I will open an issue. Thank you! -- Cyril Ferlicot http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Sept. 23, 2016

Re: [Pharo-dev] [JOB][Research] [Pre-Ann] Postdoc BlockChain

by stepharo

We could have instead of a postdoc a PhD May be you are tempted :) Le 23/9/16 Ã 20:20, Esteban A. Maringolo a Ã©crit : > Not to post myself to this postdoc (I don't have a doctorate to start > with...) but I encourage anybody to embrace this. > > I'm a Bitcoin user since two years, and since a year or so I'm getting > into Bitcoin and learning about Blockchain related technologies, it's > fascinating, and since I discovered Smalltalk ~15 years ago I haven't > felt so excited about a "new" technology" like this. In fact this this > year I won't be attending Smalltalks 2016 and instead I'll go to the > LaBITConf (http://www.labitconf.com/) > > Related with the post I can say the number of Blockchain/Bitcoin > academic papers published every year is growing really fast. > https://docs.google.com/spreadsheets/d/1VaWhbAj7hWNdiE73P-W-wrl5a0WNgzjofmZ… > > Regards, > > > Esteban A. Maringolo > > 2016-09-23 10:53 GMT-03:00 Marcus Denker <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>>: > > Hi, > > Together with a local startup we are looking to fill a position for > a 2 year postdoc for software engineering/tools/languages > in the context of âBlockChainâ technologies. > > A more detailed job call will be published soon, but if you are > interested > (or know someone), do not hesitate to contact me. > > Marcus > >

Sept. 23, 2016

Re: [Pharo-dev] Nuking VM ImageSegment support (was Re: [squeak-dev] Daily Commit Log; System-bf.916)

by stepharo

Hi eliot I asked mariano to improve ImageSegment for his PhD and he convinced me that there are better things to do: Marea and Fuel and Ghost. So I'm really happy to hear that this code will be removed - even if I understand that retiring an old soldier is also a little bit sad moment :). s. Le 22/9/16 Ã 21:28, Eliot Miranda a Ã©crit : > Hi Bert, Hi All, > > On Thu, Sep 15, 2016 at 2:55 PM, <commits(a)source.squeak.org > <mailto:commits@source.squeak.org>> wrote: > [snip] > > http://lists.squeakfoundation.org/pipermail/packages/2016-September/068930.… > <http://lists.squeakfoundation.org/pipermail/packages/2016-September/068930.…> > > Name: System-bf.916 > Ancestors: System-bf.915 > > Replace VM-level ImageSegment loading with a Smalltalk > implementation for old (interpreter-era) projects. > > Also removes support for writing segments. > > This overrides the Spur support introduced in System-eem.758. > > > So one question is should we delete VM support for ImageSegment from > the Spur VM? There's at least 1.5k of generated source for the Spur > ImageSegment load and save support, some 2% of the > interpreter/primitives source code. That's a lot, and the code is > complex and ugly. If it never really worked before IMO we should nuke > it asap. If it worked in some fashion perhaps we can schedule its > demise for the 6.0 release's VM. > > What do others think? > > _,,,^..^,,,_ > best, Eliot

Sept. 23, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] d3c4dd: 60236

by stepharo

On improvements at a time at work! Excellent Le 23/9/16 Ã 09:25, Marcus Denker a Ã©crit : >> 19124 enhance Deprecation to log sending method >> https://pharo.fogbugz.com/f/cases/19124 > > The result of this is that now the log on the CI now exactly tells us what to fix: > (I will add issue tracker entries for each): > > *** Warning: Deprecation: The method GTSpotter>>isEmpty called from GTSpotterTest>>#testNewSpotter has been deprecated. > Use hasSteps instead > > *** Warning: Deprecation: The method Object>>name called from KMRepository>>#addCategory: has been deprecated. > Implement your own domain representation of an object, or use #asString or #printString instead. > > *** Warning: Deprecation: The method Object>>name called from ClassHierarchyTest>>#testSubclasses has been deprecated. > Implement your own domain representation of an object, or use #asString or #printString instead. > > *** Warning: Deprecation: The method Object>>name called from BooleanSlot>>#layoutChanged: has been deprecated. > Implement your own domain representation of an object, or use #asString or #printString instead. > > *** Warning: Deprecation: The method Object>>name called from GlobalVariableTest>>#testSmalltalkNotDoubleSymbol has been deprecated. > Implement your own domain representation of an object, or use #asString or #printString instead. > > *** Warning: Deprecation: The method Object>>name called from PropertySlot>>#layoutChanged: has been deprecated. > Implement your own domain representation of an object, or use #asString or #printString instead. > > *** Warning: Deprecation: The method Object>>name called from UnlimitedInstanceVariableSlot>>#layoutChanged: has been deprecated. > Implement your own domain representation of an object, or use #asString or #printString instead. > > *** Warning: Deprecation: The method Object>>name called from ChangeSet>>#changeRecorderFor: has been deprecated. > Implement your own domain representation of an object, or use #asString or #printString instead. > > >

Sept. 23, 2016

Re: [Pharo-dev] [JOB][Research] [Pre-Ann] Postdoc BlockChain

by Esteban A. Maringolo

Not to post myself to this postdoc (I don't have a doctorate to start with...) but I encourage anybody to embrace this. I'm a Bitcoin user since two years, and since a year or so I'm getting into Bitcoin and learning about Blockchain related technologies, it's fascinating, and since I discovered Smalltalk ~15 years ago I haven't felt so excited about a "new" technology" like this. In fact this this year I won't be attending Smalltalks 2016 and instead I'll go to the LaBITConf ( http://www.labitconf.com/) Related with the post I can say the number of Blockchain/Bitcoin academic papers published every year is growing really fast. https://docs.google.com/spreadsheets/d/1VaWhbAj7hWNdiE73P-W-wrl5a0WNgzjofmZ… Regards, Esteban A. Maringolo 2016-09-23 10:53 GMT-03:00 Marcus Denker <marcus.denker(a)inria.fr>: > Hi, > > Together with a local startup we are looking to fill a position for > a 2 year postdoc for software engineering/tools/languages > in the context of âBlockChainâ technologies. > > A more detailed job call will be published soon, but if you are interested > (or know someone), do not hesitate to contact me. > > Marcus >

Sept. 23, 2016

Re: [Pharo-dev] Many problems with Iceberg :-(

by Alexandre Bergel

Yes, I really see a game changer with Iceberg. But it has to be super robust Keep doing Nicolas! Alexandre > On Sep 23, 2016, at 6:23 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > I really like this to work. I'm not sure my reports are useful at all. If I should report detailed stuff or should try something just drop me a note. > > thanks for making iceberg. Until now I've seen just the tip of it ;) > > Norbert > >> Am 23.09.2016 um 10:57 schrieb Nicolas Passerini <npasserini(a)gmail.com <mailto:npasserini@gmail.com>>: >> >> Thanks, Norbert. >> >> On Fri, Sep 23, 2016 at 10:46 AM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >> No, >> >> I unloaded the code and reloaded the development version. My error is slightly different. I use a repository that is having a filetree repository (or gitfiletree) and that I try to open with iceberg >> >> Norbert >> >> >> <Bildschirmfoto 2016-09-23 um 10.43.46.png> >>> Am 23.09.2016 um 00:07 schrieb Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>: >>> >>> Hi! >>> >>> I am facing several bugs using Iceberg. >>> Am I the only one? >>> >>> <Screen Shot 2016-09-22 at 7.06.08 PM.png> >>> <Screen Shot 2016-09-22 at 7.06.18 PM.png> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >> >> >

Sept. 23, 2016

Re: [Pharo-dev] [ANN] Material Design For Seaside V1.0.0

by J.F. Rick

Lovely. Something's not quite working with the Menus example on Chrome Ubuntu. I always get the same menu. Cheers, Jeff On Fri, Sep 23, 2016 at 10:48 AM Christophe Demarey < christophe.demarey(a)inria.fr> wrote: > > > Le 23 sept. 2016 Ã 16:21, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> > a Ã©crit : > > > > Le 23/09/2016 Ã 15:53, Christophe Demarey a Ã©crit : > >> Cool! > >> Could you share a picture of the widgets by email or put it in the > GitHub README? > >> > >> Thanks, > >> Christophe > >> > > > > Oups, I made "respond" instead of "respond to all". > > > > You can find the demo here: > > http://eph-b922e2d9.swarm.pharocloud.com/MDLComponentsDemoApplication > > Better than a picture. Thanks Cyril. > An overview of what future native widgets in Pharo could be with Bloc / > Brick :p >

Sept. 23, 2016

Re: [Pharo-dev] [ANN] Material Design For Seaside V1.0.0

by Christophe Demarey

> Le 23 sept. 2016 Ã 16:21, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> a Ã©crit : > > Le 23/09/2016 Ã 15:53, Christophe Demarey a Ã©crit : >> Cool! >> Could you share a picture of the widgets by email or put it in the GitHub README? >> >> Thanks, >> Christophe >> > > Oups, I made "respond" instead of "respond to all". > > You can find the demo here: > http://eph-b922e2d9.swarm.pharocloud.com/MDLComponentsDemoApplication Better than a picture. Thanks Cyril. An overview of what future native widgets in Pharo could be with Bloc / Brick :p

Sept. 23, 2016