On Sat, Sep 30, 2017 at 01:28:06PM +0200, Herby Vojk wrote:
> p...@highoctane.be wrote:
> >What about
> >
> >LD_LIBRARY_PATH=;$LD_LIBRARYPATH ./pharo-ui some.image
> >
> >Phil
>
> Thanks for answer, did not help.
>
> In fact it must be something different. As can be seen in the stack, it
> f
In another thread (on SVG Icons) Sven referred to ways of getting input from
a URL for XMLDOMParser. I have recently had some problems doing this. I have
found a workaround, so it is not urgent, but I thought I should put it on
record in case anyone else is bitten by it, and so maybe Monty can look
Hi,
I don't think that FileSystem is caching entries... However, we found
somehow related bug the other day with Mariano and Pablo while running
OSSupprocess tests on travis/linux. The bug is as follows. The test was
doing:
'/tmp' asFileReference entries do: [...]
And then it was calling 'lsof'
Hi Herby,
Scale does not implement futures by itself. It uses the ones implemented in
taskit:
https://github.com/sbragagnolo/taskit
On Sat, Oct 7, 2017 at 2:22 PM, Herby Vojčík wrote:
> Hi,
>
> I have looked at Scale b/c of different question, and I see it uses
> futures.
>
> I'd like to ask i
Heya,
I need some help telling Pharo where to find things. I've installed Bloc
into my image, and it can't find cairo. Cairo is installed, but as far
as I can tell Bloc is not looking for it in /usr/lib/x86_64-linux-gnu/
which is where it can be found.
I don't care to go making symlinks around my
On Sun, Oct 08, 2017 at 06:33:08PM +0200, Guillermo Polito wrote:
> Hi,
>
> I don't think that FileSystem is caching entries...
I haven't seen any code in the Pharo image or FilePlugin that caches
data.
> However, we found somehow
> related bug the other day with Mariano and Pablo while running
Oh my, am doing too much Windows at the moment.
Phil
On Sat, Oct 7, 2017 at 11:47 PM, Alistair Grant
wrote:
> On Sat, Sep 30, 2017 at 01:28:06PM +0200, Herby Vojk wrote:
> > p...@highoctane.be wrote:
> > >What about
> > >
> > >LD_LIBRARY_PATH=;$LD_LIBRARYPATH ./pharo-ui some.image
> > >
>
Make sure you have the same image and lib version (64bit vs 32bit).
The paths where Pharo looks are described in CairoLibrary class.
CairoLibrary>>unix32ModuleName
"On different flavors of linux the path to library may differ
depending on OS distro or whether system is 32 or 64 bit.
Packages such
On Sun, Oct 8, 2017 at 7:01 PM, Alistair Grant
wrote:
> On Sun, Oct 08, 2017 at 06:33:08PM +0200, Guillermo Polito wrote:
> > Hi,
> >
> > I don't think that FileSystem is caching entries...
>
> I haven't seen any code in the Pharo image or FilePlugin that caches
> data.
>
>
> > However, we found
On Sun, Oct 08, 2017 at 07:08:41PM +0200, Guillermo Polito wrote:
>
>
> On Sun, Oct 8, 2017 at 7:01 PM, Alistair Grant wrote:
>
> On Sun, Oct 08, 2017 at 06:33:08PM +0200, Guillermo Polito wrote:
> > Hi,
> >
> > I don't think that FileSystem is caching entries...
>
> I have
in the HEAD tag of that page with the article they declare it is ISO-8859-1
and not UTF-8. In the page they have a
C’è
The little back-tick next to the C is UTF8 8217
(http://www.codetable.net/decimal/8217)
So their encoding is messed up, and maybe the XMLHTMLParser should throw a
warning o
Paul
Good to have found the charset discrepancy - that may have something to do with
it. But I don't think it has to do with the C’è in the body of the page. I have
just parsed another page published today, with the same error, and again it
fails in parsing the node, so it has not even reached
Two jobs in Europe:
In Le Mans France, CGI is looking for an OO developer, ideally
Smalltalk. CGI is a French IT services company and works in lots of
different domains. One clearly needs to be able to work in France,
and, most likely in French as well.
https://cgi.njoyn.com/cgi/xweb/xweb.asp?
13 matches
Mail list logo
