- Pharo-dev - lists.pharo.org

Re: [Pharo-project] String input not in UTF-8

by Henrik Johansen

On Aug 5, 2011, at 1:14 35PM, Hilaire Fernandes wrote: > It seems like when inputing accented character it is not by default in > UTF-8. > Is it the case with Pharo 1.3 ? > > Hilaire > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire I'm not sure what you mean. When in image, all the way from InputEvents to String representation, you only deal with Unicode codePoints. Cheers, Henry

Aug. 5, 2011

Re: [Pharo-project] [Esug-list] Preparing my presentation of NativeBoost

by Henrik Johansen

On Aug 5, 2011, at 1:04 11PM, Mariano Martinez Peck wrote: > > > On Fri, Aug 5, 2011 at 1:00 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Hi, > > i'd like to know what you would like to know about things you don't > know about NativeBoost :) > because i don't know what would you like to know more: > > - more in-depth about an implementation details > - more about examples and how to use it > > I much prefer this topic. Implementation details may be too low level and maybe few can follow you. > > From a newbie point of view, I would be nice to make clear the relation between a JIT and NativeBoost. What they do, which are the differences, etc. For example, may NativeBoost help the JIT ? how? > Then, I would like to hear how NativeBoost is related to FFI. +1. I don't think you need more implementation details than a brief overview of how it works (store machine generated from smalltalk assembly code in methods with a special tag, execute that instead of method body if it's been generated). Then spend the rest of the time on how you use that, starting at the bottom and building some NB-versions of normal smalltalk methods directly, then how you've implement an FFI on top of it, and how it could fit into a JIT/other interesting stuff written entirely image-side. IE. focus on "how do/can I use it?" rather than "how does it work?" Cheers, Henry

Aug. 5, 2011

[Pharo-project] UTF-8 support when exporting to XML

by Hilaire Fernandes

Hello, I am wondering, does latest XML Parser get the string value really exported to UTF-8. I am still using an old version #20 of XMLParser (for code compatibility) and I noted that Pharo accented string (still in 8 bits forms as far as I can see) are not converted to UTF-8 when exported in the XML file. Is it still the case with latest XML Parser? Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

Aug. 5, 2011

[Pharo-project] String input not in UTF-8

by Hilaire Fernandes

It seems like when inputing accented character it is not by default in UTF-8. Is it the case with Pharo 1.3 ? Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

Aug. 5, 2011

Re: [Pharo-project] [Esug-list] Preparing my presentation of NativeBoost

by Mariano Martinez Peck

On Fri, Aug 5, 2011 at 1:00 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Hi, > > i'd like to know what you would like to know about things you don't > know about NativeBoost :) > because i don't know what would you like to know more: > > - more in-depth about an implementation details > - more about examples and how to use it > I much prefer this topic. Implementation details may be too low level and maybe few can follow you. >From a newbie point of view, I would be nice to make clear the relation between a JIT and NativeBoost. What they do, which are the differences, etc. For example, may NativeBoost help the JIT ? how? Then, I would like to hear how NativeBoost is related to FFI. > > just thinking, what i should focus on. > > For those who never heard about this project before, here the link to > project home page: > http://code.google.com/p/nativeboost/ > > See you in Edinburg. > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- Mariano http://marianopeck.wordpress.com

Aug. 5, 2011

[Pharo-project] Preparing my presentation of NativeBoost

by Igor Stasenko

Hi, i'd like to know what you would like to know about things you don't know about NativeBoost :) because i don't know what would you like to know more: - more in-depth about an implementation details - more about examples and how to use it just thinking, what i should focus on. For those who never heard about this project before, here the link to project home page: http://code.google.com/p/nativeboost/ See you in Edinburg. -- Best regards, Igor Stasenko AKA sig.

Aug. 5, 2011

Re: [Pharo-project] Writing an object graph into a no-sql database [WAS] Re: [Seaside] ESUG SummerTalk - Fuel, binary object serializer

by Carlo

Personally I'd only consider a no-sql db if you are working with a distributed environment or have multiple apps using the data. If you're on a single tier/single app scenario then probably easiest to stick with file system. On 05 Aug 2011, at 11:57 AM, Mariano Martinez Peck wrote: So...first question is, do you think that could be faster/better than directly writing into a file as I am doing now?

Aug. 5, 2011

Re: [Pharo-project] Writing an object graph into a no-sql database [WAS] Re: [Seaside] ESUG SummerTalk - Fuel, binary object serializer

by Henrik Johansen

On Aug 5, 2011, at 11:57 52AM, Mariano Martinez Peck wrote: > > > I am looking at using Riak ( http://wiki.basho.com/ ) with Pharo. When > storing a âbusiness objectâ you have two choices: > > - Store a binary BLOB representing your object graph. > - Store the object graph as JSON data. > > The last option essentially means you must do something similar to OR > mapping, so I would prefer the first option. With Riak, you will soon > be able to store additional indexed properties, which you later will > be able to query. So you store your whole business object as a BLOB, > together with those properties you need to query. > > > Hi guys. Sorry to come back with this old post, but now I am interested ;) > > Right now, I have a requirement where I need to write a graph into a file. I am using Fuel for that. Each graph, has its own file. In the image side I just store the filename, When I need to load it it reads such file and materialize it with Fuel. I was thinking going a step forward and use a key/value (a.k.a no-sql) database. Whether this is "a step forward" really depends on if you need what they have to offer. If there's not more than one client reading the same objects from DB, I suggest staying with simple file persistency. KISS. > > With Fuel, I can take a graph, and serialize directly into a ByteArray, hence I can take a graph to swap, I assign an ID, and and save it into the database. In the image side, I keep that ID. Then, when needed, I search it in the database and then after with that ByteArray found, I materialize it with Fuel. > > So...first question is, do you think that could be faster/better than directly writing into a file as I am doing now? Depends. If the DB does not guarantee writing to disk before returning success, it might. IIRC, this is (used to be?) a much criticized default mode of CouchDB. > > Now, which are the available Pharo wrappers for no-sql databases that let me do that? I would appreciate any link or documentation about them. What do I need to use such databases from Pharo? FFI and a library installed in my machine? are there binaries for Mac OS? http://www.squeaksource.com/SCouchDB http://www.squeaksource.com/EpigentRiakInterface AFAICT, They both communicate with the databases directly through HTTP, so no extra libraries should be required. Cheers, Henry

Aug. 5, 2011

[Pharo-project] Writing an object graph into a no-sql database [WAS] Re: [Seaside] ESUG SummerTalk - Fuel, binary object serializer

by Mariano Martinez Peck

> > I am looking at using Riak ( http://wiki.basho.com/ ) with Pharo. When > storing a âbusiness objectâ you have two choices: > > - Store a binary BLOB representing your object graph. > - Store the object graph as JSON data. > > The last option essentially means you must do something similar to OR > mapping, so I would prefer the first option. With Riak, you will soon > be able to store additional indexed properties, which you later will > be able to query. So you store your whole business object as a BLOB, > together with those properties you need to query. > > Hi guys. Sorry to come back with this old post, but now I am interested ;) Right now, I have a requirement where I need to write a graph into a file. I am using Fuel for that. Each graph, has its own file. In the image side I just store the filename, When I need to load it it reads such file and materialize it with Fuel. I was thinking going a step forward and use a key/value (a.k.a no-sql) database. With Fuel, I can take a graph, and serialize directly into a ByteArray, hence I can take a graph to swap, I assign an ID, and and save it into the database. In the image side, I keep that ID. Then, when needed, I search it in the database and then after with that ByteArray found, I materialize it with Fuel. So...first question is, do you think that could be faster/better than directly writing into a file as I am doing now? Now, which are the available Pharo wrappers for no-sql databases that let me do that? I would appreciate any link or documentation about them. What do I need to use such databases from Pharo? FFI and a library installed in my machine? are there binaries for Mac OS? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

Aug. 5, 2011

Re: [Pharo-project] Zinc: urls without scheme

by Igor Stasenko

On 5 August 2011 10:52, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Hi Igor, > > On 05 Aug 2011, at 10:08, Igor Stasenko wrote: > >> 'www.squeaksource.com' asZnUrl host -> nil > > That seems like a bug to me, I'll look into it. Thanks for reporting this. > >> 'http://www.squeaksource.com' asZnUrl host -> Â 'www.squeaksource.com' >> >> i wonder if url should have notion of default scheme and if sheme not >> specified, use a default one i.e. 'http:' ? > > Hmm, that is more or less by design, I'll think about it. > > A default can also be explicit in the message like #portOrDefault that way the object keeps representing what was parsed, but the user specifies what kind of default behavior (s)he wants. > Well, since zinc is mostly for http/web.. i would expect that it using appropriate defaults for urls it use. The problem is in: ScriptLoader new installingInstaller. without default scheme this thing is broken, since it using url without scheme. :( Of course i could use gofer for loading it.. but i found this is most easy way to load installer. -- Best regards, Igor Stasenko AKA sig.

Aug. 5, 2011