Unable to read Utf8 ?
Locked
 
|
Hi Guys,
has something changed in string handling? I'm unable to get the latest Pharo to read files containing utf8 data. I tracked it down to a primitive (at:put:) in WideString and to the latest vm for Pharo 5, so, maybe there is something wrong in the latest vm. Thierry |
|
|
Hi Thierry,
up until a few hours ago the latest VM sources were indeed broken by work I was doing on 64 bits. My sources are AFAIA now correct and I suppose you're waiting on Esteban doing a merge. But I'm responding since there seems to be a process error here. I need the freedom to break the VM, otherwise I can only extend it with difficulty. This assumes that there are currently servers that build and test the VM, and implies that we maintain the notion of the most recent good VM that has passed all the tests, and that this is the "latest" VM everyone is using. If there isn't this distinction then every time I extend the VM and make inevitable mistakes I affect users. That's clearly not sensible. _,,,^..^,,,_ (phone) > On Jan 16, 2016, at 1:21 AM, Thierry Goubier <[hidden email]> wrote: > > Hi Guys, > > has something changed in string handling? I'm unable to get the latest Pharo to read files containing utf8 data. > > I tracked it down to a primitive (at:put:) in WideString and to the latest vm for Pharo 5, so, maybe there is something wrong in the latest vm. > > Thierry > |
|
|
Le 16/01/2016 10:45, Eliot Miranda a écrit :
> Hi Thierry, > > up until a few hours ago the latest VM sources were indeed broken by > work I was doing on 64 bits. My sources are AFAIA now correct and I > suppose you're waiting on Esteban doing a merge. But I'm responding > since there seems to be a process error here. > I need the freedom to break the VM, otherwise I can only extend it > with difficulty. This assumes that there are currently servers that > build and test the VM, and implies that we maintain the notion of the > most recent good VM that has passed all the tests, and that this is > the "latest" VM everyone is using. Yes, this seems to not have been the case, that is I could access as vmLatest a broken build, and it took me a little while to understand I could / should switch back to the 'stable' Spur Pharo vm to solve it. > If there isn't this distinction then every time I extend the VM and > make inevitable mistakes I affect users. That's clearly not > sensible. No worries; I agree it is better for your efforts that I am unable to get a broken vm unless I really mean to :) Thierry > _,,,^..^,,,_ (phone) > >> On Jan 16, 2016, at 1:21 AM, Thierry Goubier >> <[hidden email]> wrote: >> >> Hi Guys, >> >> has something changed in string handling? I'm unable to get the >> latest Pharo to read files containing utf8 data. >> >> I tracked it down to a primitive (at:put:) in WideString and to the >> latest vm for Pharo 5, so, maybe there is something wrong in the >> latest vm. >> >> Thierry >> > > |
|
|
In reply to this post by Eliot Miranda-2
> On 16 Jan 2016, at 10:45, Eliot Miranda <[hidden email]> wrote: > > > Hi Thierry, > > up until a few hours ago the latest VM sources were indeed broken by work I was doing on 64 bits. My sources are AFAIA now correct and I suppose you're waiting on Esteban doing a merge. But I'm responding since there seems to be a process error here. is still broken :) > > I need the freedom to break the VM, otherwise I can only extend it with difficulty. This assumes that there are currently servers that build and test the VM, and implies that we maintain the notion of the most recent good VM that has passed all the tests, and that this is the "latest" VM everyone is using. > > If there isn't this distinction then every time I extend the VM and make inevitable mistakes I affect users. That's clearly not sensible. yes of course, what we have is two versions of the VM: - “latest" build is a build with latest sources… this might be broken. People willing to help us find bugs should use this. - “stable” build is the VM after it passed all tests… and that’s what people willing some stability should use :) what actually is happening now is that there is a lot of people helping in the migration of spur (something I thank, a lot) and then they use latest vm version… who is usually very stable (but not always, as is the case). cheers, Esteban > > _,,,^..^,,,_ (phone) > >> On Jan 16, 2016, at 1:21 AM, Thierry Goubier <[hidden email]> wrote: >> >> Hi Guys, >> >> has something changed in string handling? I'm unable to get the latest Pharo to read files containing utf8 data. >> >> I tracked it down to a primitive (at:put:) in WideString and to the latest vm for Pharo 5, so, maybe there is something wrong in the latest vm. >> >> Thierry >> |
|
|
> On 16 Jan 2016, at 11:39, Esteban Lorenzano <[hidden email]> wrote: > > >> On 16 Jan 2016, at 10:45, Eliot Miranda <[hidden email]> wrote: >> >> >> Hi Thierry, >> >> up until a few hours ago the latest VM sources were indeed broken by work I was doing on 64 bits. My sources are AFAIA now correct and I suppose you're waiting on Esteban doing a merge. But I'm responding since there seems to be a process error here. > > is still broken :) btw… I’m not merging anymore VMMaker packages, they are taken and built “as is” (I worked a lot to get back to this, heh) :) this is what “latest” vm is. what happens is that time to time I still have to merge platform sources… but I made that Thursday so we are ok (just verified). Anyway, it is still broken :( > >> >> I need the freedom to break the VM, otherwise I can only extend it with difficulty. This assumes that there are currently servers that build and test the VM, and implies that we maintain the notion of the most recent good VM that has passed all the tests, and that this is the "latest" VM everyone is using. >> >> If there isn't this distinction then every time I extend the VM and make inevitable mistakes I affect users. That's clearly not sensible. > > yes of course, what we have is two versions of the VM: > > - “latest" build is a build with latest sources… this might be broken. People willing to help us find bugs should use this. > - “stable” build is the VM after it passed all tests… and that’s what people willing some stability should use :) > > what actually is happening now is that there is a lot of people helping in the migration of spur (something I thank, a lot) and then they use latest vm version… who is usually very stable (but not always, as is the case). > > cheers, > Esteban > > >> >> _,,,^..^,,,_ (phone) >> >>> On Jan 16, 2016, at 1:21 AM, Thierry Goubier <[hidden email]> wrote: >>> >>> Hi Guys, >>> >>> has something changed in string handling? I'm unable to get the latest Pharo to read files containing utf8 data. >>> >>> I tracked it down to a primitive (at:put:) in WideString and to the latest vm for Pharo 5, so, maybe there is something wrong in the latest vm. >>> >>> Thierry >>> > |
Re: [Vm-dev] Unable to read Utf8 ?
|
|
In reply to this post by EstebanLM
Le 16/01/2016 11:39, Esteban Lorenzano a écrit :
> >> On 16 Jan 2016, at 10:45, Eliot Miranda <[hidden email]> >> wrote: >> >> >> Hi Thierry, >> >> up until a few hours ago the latest VM sources were indeed broken >> by work I was doing on 64 bits. My sources are AFAIA now correct >> and I suppose you're waiting on Esteban doing a merge. But I'm >> responding since there seems to be a process error here. > > is still broken :) > >> >> I need the freedom to break the VM, otherwise I can only extend it >> with difficulty. This assumes that there are currently servers >> that build and test the VM, and implies that we maintain the notion >> of the most recent good VM that has passed all the tests, and that >> this is the "latest" VM everyone is using. >> >> If there isn't this distinction then every time I extend the VM and >> make inevitable mistakes I affect users. That's clearly not >> sensible. > > yes of course, what we have is two versions of the VM: > > - “latest" build is a build with latest sources… this might be > broken. People willing to help us find bugs should use this. - > “stable” build is the VM after it passed all tests… and that’s what > people willing some stability should use :) > > what actually is happening now is that there is a lot of people > helping in the migration of spur (something I thank, a lot) and then > they use latest vm version… who is usually very stable (but not > always, as is the case). I think the issue was that the latest vm has been very stable and that it suddenly broke was a bit unexpected. At the same time, in the pre-spur days, the stable was a very old build. Thierry > cheers, Esteban > > >> >> _,,,^..^,,,_ (phone) >> >>> On Jan 16, 2016, at 1:21 AM, Thierry Goubier >>> <[hidden email]> wrote: >>> >>> Hi Guys, >>> >>> has something changed in string handling? I'm unable to get the >>> latest Pharo to read files containing utf8 data. >>> >>> I tracked it down to a primitive (at:put:) in WideString and to >>> the latest vm for Pharo 5, so, maybe there is something wrong in >>> the latest vm. >>> >>> Thierry >>> > > > |
|
|
yes, true. Now latest spur stable is from 14/01 so… :P Esteban
|
Re: [Vm-dev] Unable to read Utf8 ?
|
|
In reply to this post by EstebanLM
Hi Esteban,
> On Jan 16, 2016, at 2:51 AM, Esteban Lorenzano <[hidden email]> wrote: > > > >> On 16 Jan 2016, at 11:39, Esteban Lorenzano <[hidden email]> wrote: >> >> >>> On 16 Jan 2016, at 10:45, Eliot Miranda <[hidden email]> wrote: >>> >>> >>> Hi Thierry, >>> >>> up until a few hours ago the latest VM sources were indeed broken by work I was doing on 64 bits. My sources are AFAIA now correct and I suppose you're waiting on Esteban doing a merge. But I'm responding since there seems to be a process error here. >> >> is still broken :) > > btw… I’m not merging anymore VMMaker packages, they are taken and built “as is” (I worked a lot to get back to this, heh) :) > this is what “latest” vm is. And I think this is the right thing to do. Can I get a stream of email from the ci build/test server which shows whether the VM is good or not? > what happens is that time to time I still have to merge platform sources… but I made that Thursday so we are ok (just verified). > > Anyway, it is still broken :( I'm working on it :) >>> I need the freedom to break the VM, otherwise I can only extend it with difficulty. This assumes that there are currently servers that build and test the VM, and implies that we maintain the notion of the most recent good VM that has passed all the tests, and that this is the "latest" VM everyone is using. >>> >>> If there isn't this distinction then every time I extend the VM and make inevitable mistakes I affect users. That's clearly not sensible. >> >> yes of course, what we have is two versions of the VM: >> >> - “latest" build is a build with latest sources… this might be broken. People willing to help us find bugs should use this. >> - “stable” build is the VM after it passed all tests… and that’s what people willing some stability should use :) >> >> what actually is happening now is that there is a lot of people helping in the migration of spur (something I thank, a lot) and then they use latest vm version… who is usually very stable (but not always, as is the case). >> >> cheers, >> Esteban >> >> >>> >>> _,,,^..^,,,_ (phone) >>> >>>> On Jan 16, 2016, at 1:21 AM, Thierry Goubier <[hidden email]> wrote: >>>> >>>> Hi Guys, >>>> >>>> has something changed in string handling? I'm unable to get the latest Pharo to read files containing utf8 data. >>>> >>>> I tracked it down to a primitive (at:put:) in WideString and to the latest vm for Pharo 5, so, maybe there is something wrong in the latest vm. >>>> >>>> Thierry > |
|
|
this is working in latest VM build.
so.. you can go back to use it :) Esteban
|
Re: [Vm-dev] Unable to read Utf8 ?
|
|
Le 17/01/2016 13:22, Esteban Lorenzano a écrit :
> this is working in latest VM build. > > https://pharo.fogbugz.com/f/cases/17389/ > > so.. you can go back to use it :) Thanks! Thierry |
|
|
> On 17 Jan 2016, at 13:43, Thierry Goubier <[hidden email]> wrote: > > Le 17/01/2016 13:22, Esteban Lorenzano a écrit : >> this is working in latest VM build. >> >> https://pharo.fogbugz.com/f/cases/17389/ >> >> so.. you can go back to use it :) > > Thanks! thanks to Eliot :) > > Thierry > |
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |