Re: [Pharo-users] Spur Cog vs VW

[Gerry Weaver]

Hi,

I was reading about the VM stuff and assumed (wrongly) that the post applied to 
that. Sorry for the noise. 

Thanks,
-G


-Original Message-
From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
stepharo
Sent: Tuesday, June 7, 2016 12:48 AM
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] Spur Cog vs VW

Not that one :)

https://www.youtube.com/watch?v=7spEW4NLbH8

Stef

Re: [Pharo-users] Spur Cog vs VW

[stepharo]

Not that one :)

https://www.youtube.com/watch?v=7spEW4NLbH8

Stef

Re: [Pharo-users] OSProcess command with german umlaut does not work

[David T. Lewis]

On Mon, Jun 06, 2016 at 08:34:40PM +0200, Sven Van Caekenberghe wrote:
> 
> > On 06 Jun 2016, at 17:22, Sabine Manaa  wrote:
> > 
> > why ByteArray?
> 
> http://www.unicode.org/faq/utf_bom.html
> 
> A Unicode transformation format (UTF) is an algorithmic mapping from every 
> Unicode code point (except surrogate code points) to a unique byte sequence.
> 
> https://en.wikipedia.org/wiki/UTF-8
> 
> UTF-8 encodes each of the 1,112,064 valid code points in the Unicode code 
> space (1,114,112 code points minus 2,048 surrogate code points) using one to 
> four 8-bit bytes (a group of 8 bits is known as an octet in the Unicode 
> Standard).
> 
> In Pharo
> 
> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/book-result/Zinc-Encoding-Meta/Zinc-Encoding-Meta.html
> 
> Of course, given a ByteArray, whose values are all between 0 and 255 by 
> definition, you can convert it to a ByteString. That String is not a correct 
> (Pharo) String anymore, it is like converting a PNG or JPEG to String, you 
> can do it, it is just wrong.
> 
> When talking to the outside world, be it over a network connection, or via 
> primitive calls, anything but pure ASCII strings need an encoding. This has 
> to be agreed upon by both parties. If the receiving party wants UTF-8 forced 
> into a (kind of) String, that is (still) possible.
> 
> Your initial solution seems to indicate that this is expected. This (ugly) 
> conversion should be done at an as low level as possible, IMHO.
> 

Hi Sven,

Thanks for this concise summary. I think perhaps what is conceptually
a problem in my OSProcess implementation is that I allow command arguments
to be given in the form of Strings, then pass the byte array contents of
those Squeak/Pharo Strings to a Unix shell or to an exec() system call.
This is convenient from my point of view, because strings are very easy
to use, but it does not account for the differences in mapping from a
String to a byte array. It is the byte array that is actually used in
the calls to the operating system such as:

  UnixOSProcessAccessor>>primForkExec: executableFile
stdIn: inputFileHandle
stdOut: outputFileHandle
stdErr: errorFileHandle
argBuf: argVec
argOffsets: argOffsets
envBuf: envVec
envOffsets: envOffsets
workingDir: pathString

At this point, the argVec is composed of "strings" in the C sense of the
word, which really means that it contains byte array data from the Strings.
And of course, if the string encodings in the Squeak/Pharo strings do not
happen to match the string encodings of the operating system, then indeed
the byte arrays do not match and we get a "file not found" kind of problem.

My hope is that Mariano's assessment is correct, and that we can treat
this as the right way to handle the encoding match issues: 

On Mon, Jun 06, 2016 at 01:59:21PM -0300, Mariano Martinez Peck wrote:
> Hi Dave, Sabine, Norbert et all,
>
> Few weeks (months?) ago I was also reviewing this topic of encoding a
> OS(Sub)Process. After surfing a bit the web, I found out the most simple
> and accurate answer/solution was indeed to set the correct locale and/or
> text encoding in the computer in question. Anyway...more answers below.

This certainly sounds like the Right Thing To Do if only it works :-)

Dave

Re: [Pharo-users] GUI Applications

[Ben Coman]

For general UI, use Spec.
For browser** based UI, check Glamour.

**Meaning like Pharo System Browser, not a web browser.
Not sure if there another term that could avoid any confusion?

cheers -ben

On Tue, Jun 7, 2016 at 3:59 AM, sergio ruiz  wrote:
> is there one GUI framework that is being used more than the others, or that 
> is more mature?
>
> Thanks!
>
>
>> On Jun 6, 2016, at 3:51 PM, Alexandre Bergel  wrote:
>>
>> You are very right. Pharo offers several GUI framework, including Spec, 
>> Glamour.
>> Check for Deep Into Pharo, a book which talk about theses.
>>
>
> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
>

Re: [Pharo-users] GUI Applications

[sergio ruiz]

Great! Thanks! I will take a look at this..


> On Jun 6, 2016, at 4:12 PM, Johan Fabry  wrote:
> 
> the standard way to build UIs in Pharo is by using Spec. There is a video of 
> me presenting it at the Pharo Days 2015 that gives you a first overview 
> https://www.youtube.com/watch?v=OL23s9ZUIR0=youtu.be=PL4actYd6bfnz98ngrKALwwStl3C3odEKG


peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] GUI Applications

[Johan Fabry]

Hi Sergio,

the standard way to build UIs in Pharo is by using Spec. There is a video of me 
presenting it at the Pharo Days 2015 that gives you a first overview 
https://www.youtube.com/watch?v=OL23s9ZUIR0=youtu.be=PL4actYd6bfnz98ngrKALwwStl3C3odEKG

There is also written documentation that is being updated now, so not really 
ready yet. One option is a paper of ours which is a bit out of date but still 
useful: https://hal.inria.fr/hal-00759030/document

HTH,

--
Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please 
see http://emailcharter.org .

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

> On Jun 6, 2016, at 15:59, sergio ruiz  wrote:
> 
> is there one GUI framework that is being used more than the others, or that 
> is more mature?
> 
> Thanks!
> 

Re: [Pharo-users] GUI Applications

[Alexandre Bergel]

Glamour and Spec :-)

Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Jun 6, 2016, at 3:59 PM, sergio ruiz  wrote:
> 
> is there one GUI framework that is being used more than the others, or that 
> is more mature?
> 
> Thanks!
> 
> 
>> On Jun 6, 2016, at 3:51 PM, Alexandre Bergel  wrote:
>> 
>> You are very right. Pharo offers several GUI framework, including Spec, 
>> Glamour.
>> Check for Deep Into Pharo, a book which talk about theses.
>> 
> 
> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
> 

Re: [Pharo-users] GUI Applications

[sergio ruiz]

yes, but i kind of want to avoid the web.. i just want something that works 
natively without the headaches of browser incompatibility. I also want an app 
to feel snappy and able to make OS calls..


> On Jun 6, 2016, at 3:51 PM, Alexandre Bergel  wrote:
> 
> Hi Sergio,
> 
> You are very right. Pharo offers several GUI framework, including Spec, 
> Glamour.
> Check for Deep Into Pharo, a book which talk about theses.
> 
> Cheers,
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
>> On Jun 6, 2016, at 2:56 PM, sergio ruiz  wrote:
>> 
>> It would seem to me that in order for an ecosystem to really take hold on 
>> the part of the users, it’s really important that it’s efficient and easy to 
>> create a GUI based application.
>> 
>> Can anyone comment on the current state of libraries for creating and 
>> distributing GUI applications?
>> 
>> Thanks!
>> 
>> 
>> peace,
>> sergio
>> photographer, journalist, visionary
>> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
>> http://www.Village-Buzz.com
>> http://www.ThoseOptimizeGuys.com
>> http://www.coffee-black.com
>> http://www.painlessfrugality.com
>> http://www.twitter.com/sergio_101
>> http://www.facebook.com/sergio101
>> 
>> 
> 


peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] GUI Applications

[sergio ruiz]

is there one GUI framework that is being used more than the others, or that is 
more mature?

Thanks!


> On Jun 6, 2016, at 3:51 PM, Alexandre Bergel  wrote:
> 
> You are very right. Pharo offers several GUI framework, including Spec, 
> Glamour.
> Check for Deep Into Pharo, a book which talk about theses.
> 


peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] GUI Applications

[p...@highoctane.be]

I am using Seaside and the UI is web based.
Even if Pharo runs locally.

Maybe Bloc and a VM running on ARM/Android will change this but as most
users are using mobile devices, well, that's the best I can target for now.

Phil

On Mon, Jun 6, 2016 at 8:56 PM, sergio ruiz  wrote:

> It would seem to me that in order for an ecosystem to really take hold on
> the part of the users, it’s really important that it’s efficient and easy
> to create a GUI based application.
>
> Can anyone comment on the current state of libraries for creating and
> distributing GUI applications?
>
> Thanks!
>
> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
>
>
>
>

Re: [Pharo-users] GUI Applications

[Alexandre Bergel]

Hi Sergio,

You are very right. Pharo offers several GUI framework, including Spec, Glamour.
Check for Deep Into Pharo, a book which talk about theses.

Cheers,
Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Jun 6, 2016, at 2:56 PM, sergio ruiz  wrote:
> 
> It would seem to me that in order for an ecosystem to really take hold on the 
> part of the users, it’s really important that it’s efficient and easy to 
> create a GUI based application.
> 
> Can anyone comment on the current state of libraries for creating and 
> distributing GUI applications?
> 
> Thanks!
> 
> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
> 
> 

Re: [Pharo-users] OSProcess command with german umlaut does not work

[Sabine Manaa]

Hi Sven,

thank you very much for your explanation. I will read the pharo book
chapter again tomorrow morning.
Each time I have to do with encoding, I have to start again with
reading;-(

I was not asking for the reason of encoding but because OSProcess command:
needs a String and not a Byte Array. But yes, sure, first encode it and
then convert it back to a string.

Regards and a nice evening
Sabine

2016-06-06 19:57 GMT+02:00 Sven Van Caekenberghe-2 [via Smalltalk] <
ml-node+s1294792n4899446...@n4.nabble.com>:

>
> > On 06 Jun 2016, at 17:22, Sabine Manaa <[hidden email]
> > wrote:
> >
> > why ByteArray?
>
> http://www.unicode.org/faq/utf_bom.html
>
> A Unicode transformation format (UTF) is an algorithmic mapping from every
> Unicode code point (except surrogate code points) to a unique byte
> sequence.
>
> https://en.wikipedia.org/wiki/UTF-8
>
> UTF-8 encodes each of the 1,112,064 valid code points in the Unicode code
> space (1,114,112 code points minus 2,048 surrogate code points) using one
> to four 8-bit bytes (a group of 8 bits is known as an octet in the Unicode
> Standard).
>
> In Pharo
>
>
> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/book-result/Zinc-Encoding-Meta/Zinc-Encoding-Meta.html
>
> Of course, given a ByteArray, whose values are all between 0 and 255 by
> definition, you can convert it to a ByteString. That String is not a
> correct (Pharo) String anymore, it is like converting a PNG or JPEG to
> String, you can do it, it is just wrong.
>
> When talking to the outside world, be it over a network connection, or via
> primitive calls, anything but pure ASCII strings need an encoding. This has
> to be agreed upon by both parties. If the receiving party wants UTF-8
> forced into a (kind of) String, that is (still) possible.
>
> Your initial solution seems to indicate that this is expected. This (ugly)
> conversion should be done at an as low level as possible, IMHO.
>
> Sven
>
>
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899446.html
> To start a new topic under Pharo Smalltalk Users, email
> ml-node+s1294792n1310670...@n4.nabble.com
> To unsubscribe from Pharo Smalltalk Users, click here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899454.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

[Pharo-users] GUI Applications

[sergio ruiz]

It would seem to me that in order for an ecosystem to really take hold on the 
part of the users, it’s really important that it’s efficient and easy to create 
a GUI based application.

Can anyone comment on the current state of libraries for creating and 
distributing GUI applications?

Thanks!


peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101

[Pharo-users] How much abuse can Teapot take?

[sergio ruiz]

I am currently planning a mobile (iOS) app that will rely on a REST server for 
handling offline tasks (sending emails, processing reports, etc).

I would LOVE to use Pharo/Teapot for this, but I want to make sure that this 
configuration would be up to the task. I can’t really guess how much traffic it 
will be getting, so i supposed the question i am asking is: is there a number 
of requests per second limit that this configuration can handle?

Thanks!



peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] OSProcess command with german umlaut does not work

[Sven Van Caekenberghe]

> On 06 Jun 2016, at 17:22, Sabine Manaa  wrote:
> 
> why ByteArray?

http://www.unicode.org/faq/utf_bom.html

A Unicode transformation format (UTF) is an algorithmic mapping from every 
Unicode code point (except surrogate code points) to a unique byte sequence.

https://en.wikipedia.org/wiki/UTF-8

UTF-8 encodes each of the 1,112,064 valid code points in the Unicode code space 
(1,114,112 code points minus 2,048 surrogate code points) using one to four 
8-bit bytes (a group of 8 bits is known as an octet in the Unicode Standard).

In Pharo

https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/book-result/Zinc-Encoding-Meta/Zinc-Encoding-Meta.html

Of course, given a ByteArray, whose values are all between 0 and 255 by 
definition, you can convert it to a ByteString. That String is not a correct 
(Pharo) String anymore, it is like converting a PNG or JPEG to String, you can 
do it, it is just wrong.

When talking to the outside world, be it over a network connection, or via 
primitive calls, anything but pure ASCII strings need an encoding. This has to 
be agreed upon by both parties. If the receiving party wants UTF-8 forced into 
a (kind of) String, that is (still) possible.

Your initial solution seems to indicate that this is expected. This (ugly) 
conversion should be done at an as low level as possible, IMHO.

Sven

Re: [Pharo-users] OSProcess command with german umlaut does not work

[Sabine Manaa]

Sorry, I did a mistake. I reversed it by mistake.
asString is needed.

does work :
OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
/Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded asString).

does not work (Improper store into indexable object):
OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
/Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)

I can try on windows tomorrow if you want.


2016-06-06 17:22 GMT+02:00 Sabine Manaa :

> Hi Sven,
>
> why ByteArray?
>
> does not work (Improper store into indexable object):
> OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded asString).
>
> works:
> OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)
>
> Perhaps David can add this here:
>
> command: aCommandString
> "Run a command in a shell process. Similar to the system(3) call in the
> standard C library,
> except that aCommandString runs asynchronously in a child process. The
> command is
> run by a ConnectedUnixProcess in order to facilitate command pipelines
> within Squeak."
>
> "UnixProcess thisOSProcess command: 'ls -l /etc'"
>
> | proc |
> pid isNil
> ifTrue:
> [self class noAccessorAvailable. ^nil]
> ifFalse:
> [proc := self
> forkJob: ExternalUnixOSProcess defaultShellPath
> arguments: (Array with: '-c' with: aCommandString utf8Encoded asString)
> <<<===
> environment: nil
> descriptors: nil.
> proc ifNil: [self class noAccessorAvailable].
> ^ proc]
>
>
> regards
> Sabine
>
>
>>
>>
>
> 2016-06-06 8:41 GMT+02:00 Sabine Manaa :
>
>> Hi Dave,
>>
>> I get the german ä with:
>>
>> (Character value: 228) asString
>>
>> Do you want me to go in it and suggest a solution or do you want to try
>> to fix it and I test it?
>>
>> Thanks for helping!
>>
>> Regards Sabine
>>
>> 2016-06-05 23:08 GMT+02:00 David T. Lewis [via Smalltalk] <[hidden email]
>> >:
>>
>>>
>>>
>>> --
>>> If you reply to this email, your message will be added to the discussion
>>> below:
>>>
>>> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899301.html
>>> To start a new topic under Pharo Smalltalk Users, email [hidden email]
>>> 
>>> To unsubscribe from Pharo Smalltalk Users, click here.
>>> NAML
>>> 
>>>
>>
>>
>> --
>> View this message in context: Re: OSProcess command with german umlaut
>> does not work
>> 
>> Sent from the Pharo Smalltalk Users mailing list archive
>>  at
>> Nabble.com.
>>
>
>

Re: [Pharo-users] OSProcess command with german umlaut does not work

[Mariano Martinez Peck]

Hi Dave, Sabine, Norbert et all,

Few weeks (months?) ago I was also reviewing this topic of encoding a
OS(Sub)Process. After surfing a bit the web, I found out the most simple
and accurate answer/solution was indeed to set the correct locale and/or
text encoding in the computer in question. Anyway...more answers below.

Now... what I don't understand from Sabine is.. she said this one works:

OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
/Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)

*But then my question is...does that work only because she's computer
locale is UTF8? Or Unix* automatically decodes it and knows it is utf8?*
*If not...should I adapt the #utf8Encoded to the encoding defined by the
terminal? mmm*


In my OSX box I do have UTF8 set:

 ❯ locale
[13:56:49]
LANG="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_CTYPE="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_ALL=




On Mon, Jun 6, 2016 at 1:42 PM, David T. Lewis  wrote:

> Norbert,
>
> You are probably right. I'm not sure the best way to handle it.
>
> Dave
>
> > Dave,
> >
> >> Am 06.06.2016 um 18:13 schrieb David T. Lewis :
> >>
> >> Hi Sabine,
> >>
> >> That's great that #utf8Encoded is working, thanks for confirming.
> >>
> >> I'll look and see if I can add that to OSProcess (I'm traveling and
> >> cannot
> >> look at it right now).
> >>
> >> Mariano - this thread probably applies to OSSubProcess also.
> >>
> > that would just work if the system locale is utf8, right? Wouldn't it be
> > better to making that a setting?
> >
> > Norbert
> >
> >> Dave
> >>
> >>> Hi Sven,
> >>>
> >>> why ByteArray?
> >>>
> >>> does not work (Improper store into indexable object):
> >>> OSProcess   command: ('cp
> >>> /Library/WebServer/Documents/reports/bär.pdf
> >>> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded asString).
> >>>
> >>> works:
> >>> OSProcess   command: ('cp
> >>> /Library/WebServer/Documents/reports/bär.pdf
> >>> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)
> >>>
> >>> Perhaps David can add this here:
> >>>
> >>> command: aCommandString
> >>> "Run a command in a shell process. Similar to the system(3) call in the
> >>> standard C library,
> >>> except that aCommandString runs asynchronously in a child process. The
> >>> command is
> >>> run by a ConnectedUnixProcess in order to facilitate command pipelines
> >>> within Squeak."
> >>>
> >>> "UnixProcess thisOSProcess command: 'ls -l /etc'"
> >>>
> >>> | proc |
> >>> pid isNil
> >>> ifTrue:
> >>> [self class noAccessorAvailable. ^nil]
> >>> ifFalse:
> >>> [proc := self
> >>> forkJob: ExternalUnixOSProcess defaultShellPath
> >>> arguments: (Array with: '-c' with: aCommandString utf8Encoded asString)
> >>> <<<===
> >>> environment: nil
> >>> descriptors: nil.
> >>> proc ifNil: [self class noAccessorAvailable].
> >>> ^ proc]
> >>>
> >>>
> >>> regards
> >>> Sabine
> >>>
> >>>
> 
> 
> >>>
> >>> 2016-06-06 8:41 GMT+02:00 Sabine Manaa :
> >>>
>  Hi Dave,
> 
>  I get the german ä with:
> 
>  (Character value: 228) asString
> 
>  Do you want me to go in it and suggest a solution or do you want to
>  try
>  to
>  fix it and I test it?
> 
>  Thanks for helping!
> 
>  Regards Sabine
> 
>  2016-06-05 23:08 GMT+02:00 David T. Lewis [via Smalltalk] <[hidden
>  email]
>  >:
> 
> >
> >
> > --
> > If you reply to this email, your message will be added to the
> > discussion
> > below:
> >
> >
> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899301.html
> > To start a new topic under Pharo Smalltalk Users, email [hidden
> > email]
> > 
> > To unsubscribe from Pharo Smalltalk Users, click here.
> > NAML
> > <
> http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
> >
> >
> 
> 
>  --
>  View this message in context: Re: OSProcess command with german umlaut
>  does not work
>  <
> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899318.html
> >
>  Sent from the Pharo Smalltalk Users mailing list archive
>   at
>  Nabble.com.
> 
> >>>
> >>
> >>
> >>
> >
> >
>
>
>
>


-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-users] OSProcess command with german umlaut does not work

[David T. Lewis]

Norbert,

You are probably right. I'm not sure the best way to handle it.

Dave

> Dave,
>
>> Am 06.06.2016 um 18:13 schrieb David T. Lewis :
>>
>> Hi Sabine,
>>
>> That's great that #utf8Encoded is working, thanks for confirming.
>>
>> I'll look and see if I can add that to OSProcess (I'm traveling and
>> cannot
>> look at it right now).
>>
>> Mariano - this thread probably applies to OSSubProcess also.
>>
> that would just work if the system locale is utf8, right? Wouldn't it be
> better to making that a setting?
>
> Norbert
>
>> Dave
>>
>>> Hi Sven,
>>>
>>> why ByteArray?
>>>
>>> does not work (Improper store into indexable object):
>>> OSProcess   command: ('cp
>>> /Library/WebServer/Documents/reports/bär.pdf
>>> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded asString).
>>>
>>> works:
>>> OSProcess   command: ('cp
>>> /Library/WebServer/Documents/reports/bär.pdf
>>> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)
>>>
>>> Perhaps David can add this here:
>>>
>>> command: aCommandString
>>> "Run a command in a shell process. Similar to the system(3) call in the
>>> standard C library,
>>> except that aCommandString runs asynchronously in a child process. The
>>> command is
>>> run by a ConnectedUnixProcess in order to facilitate command pipelines
>>> within Squeak."
>>>
>>> "UnixProcess thisOSProcess command: 'ls -l /etc'"
>>>
>>> | proc |
>>> pid isNil
>>> ifTrue:
>>> [self class noAccessorAvailable. ^nil]
>>> ifFalse:
>>> [proc := self
>>> forkJob: ExternalUnixOSProcess defaultShellPath
>>> arguments: (Array with: '-c' with: aCommandString utf8Encoded asString)
>>> <<<===
>>> environment: nil
>>> descriptors: nil.
>>> proc ifNil: [self class noAccessorAvailable].
>>> ^ proc]
>>>
>>>
>>> regards
>>> Sabine
>>>
>>>


>>>
>>> 2016-06-06 8:41 GMT+02:00 Sabine Manaa :
>>>
 Hi Dave,

 I get the german ä with:

 (Character value: 228) asString

 Do you want me to go in it and suggest a solution or do you want to
 try
 to
 fix it and I test it?

 Thanks for helping!

 Regards Sabine

 2016-06-05 23:08 GMT+02:00 David T. Lewis [via Smalltalk] <[hidden
 email]
 >:

>
>
> --
> If you reply to this email, your message will be added to the
> discussion
> below:
>
> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899301.html
> To start a new topic under Pharo Smalltalk Users, email [hidden
> email]
> 
> To unsubscribe from Pharo Smalltalk Users, click here.
> NAML
> 
>


 --
 View this message in context: Re: OSProcess command with german umlaut
 does not work
 
 Sent from the Pharo Smalltalk Users mailing list archive
  at
 Nabble.com.

>>>
>>
>>
>>
>
>

[Pharo-users] magma for pharo 5.

[francescoagati]

Hi,
someone know the state of Magma for pharo5? there is a port of magma for
pharo 5?



--
View this message in context: 
http://forum.world.st/magma-for-pharo-5-tp4899426.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] OSProcess command with german umlaut does not work

[Norbert Hartl]

Dave,

> Am 06.06.2016 um 18:13 schrieb David T. Lewis :
> 
> Hi Sabine,
> 
> That's great that #utf8Encoded is working, thanks for confirming.
> 
> I'll look and see if I can add that to OSProcess (I'm traveling and cannot
> look at it right now).
> 
> Mariano - this thread probably applies to OSSubProcess also.
> 
that would just work if the system locale is utf8, right? Wouldn't it be better 
to making that a setting?

Norbert

> Dave
> 
>> Hi Sven,
>> 
>> why ByteArray?
>> 
>> does not work (Improper store into indexable object):
>> OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
>> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded asString).
>> 
>> works:
>> OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
>> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)
>> 
>> Perhaps David can add this here:
>> 
>> command: aCommandString
>> "Run a command in a shell process. Similar to the system(3) call in the
>> standard C library,
>> except that aCommandString runs asynchronously in a child process. The
>> command is
>> run by a ConnectedUnixProcess in order to facilitate command pipelines
>> within Squeak."
>> 
>> "UnixProcess thisOSProcess command: 'ls -l /etc'"
>> 
>> | proc |
>> pid isNil
>> ifTrue:
>> [self class noAccessorAvailable. ^nil]
>> ifFalse:
>> [proc := self
>> forkJob: ExternalUnixOSProcess defaultShellPath
>> arguments: (Array with: '-c' with: aCommandString utf8Encoded asString)
>> <<<===
>> environment: nil
>> descriptors: nil.
>> proc ifNil: [self class noAccessorAvailable].
>> ^ proc]
>> 
>> 
>> regards
>> Sabine
>> 
>> 
>>> 
>>> 
>> 
>> 2016-06-06 8:41 GMT+02:00 Sabine Manaa :
>> 
>>> Hi Dave,
>>> 
>>> I get the german ä with:
>>> 
>>> (Character value: 228) asString
>>> 
>>> Do you want me to go in it and suggest a solution or do you want to try
>>> to
>>> fix it and I test it?
>>> 
>>> Thanks for helping!
>>> 
>>> Regards Sabine
>>> 
>>> 2016-06-05 23:08 GMT+02:00 David T. Lewis [via Smalltalk] <[hidden
>>> email]
>>> >:
>>> 
 
 
 --
 If you reply to this email, your message will be added to the
 discussion
 below:
 
 http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899301.html
 To start a new topic under Pharo Smalltalk Users, email [hidden email]
 
 To unsubscribe from Pharo Smalltalk Users, click here.
 NAML
 
 
>>> 
>>> 
>>> --
>>> View this message in context: Re: OSProcess command with german umlaut
>>> does not work
>>> 
>>> Sent from the Pharo Smalltalk Users mailing list archive
>>>  at
>>> Nabble.com.
>>> 
>> 
> 
> 
> 

Re: [Pharo-users] OSProcess command with german umlaut does not work

[David T. Lewis]

Hi Sabine,

That's great that #utf8Encoded is working, thanks for confirming.

I'll look and see if I can add that to OSProcess (I'm traveling and cannot
look at it right now).

Mariano - this thread probably applies to OSSubProcess also.

Dave

> Hi Sven,
>
> why ByteArray?
>
> does not work (Improper store into indexable object):
> OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded asString).
>
> works:
> OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
> /Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)
>
> Perhaps David can add this here:
>
> command: aCommandString
> "Run a command in a shell process. Similar to the system(3) call in the
> standard C library,
> except that aCommandString runs asynchronously in a child process. The
> command is
> run by a ConnectedUnixProcess in order to facilitate command pipelines
> within Squeak."
>
> "UnixProcess thisOSProcess command: 'ls -l /etc'"
>
> | proc |
> pid isNil
> ifTrue:
> [self class noAccessorAvailable. ^nil]
> ifFalse:
> [proc := self
> forkJob: ExternalUnixOSProcess defaultShellPath
> arguments: (Array with: '-c' with: aCommandString utf8Encoded asString)
> <<<===
> environment: nil
> descriptors: nil.
> proc ifNil: [self class noAccessorAvailable].
> ^ proc]
>
>
> regards
> Sabine
>
>
>>
>>
>
> 2016-06-06 8:41 GMT+02:00 Sabine Manaa :
>
>> Hi Dave,
>>
>> I get the german ä with:
>>
>> (Character value: 228) asString
>>
>> Do you want me to go in it and suggest a solution or do you want to try
>> to
>> fix it and I test it?
>>
>> Thanks for helping!
>>
>> Regards Sabine
>>
>> 2016-06-05 23:08 GMT+02:00 David T. Lewis [via Smalltalk] <[hidden
>> email]
>> >:
>>
>>>
>>>
>>> --
>>> If you reply to this email, your message will be added to the
>>> discussion
>>> below:
>>>
>>> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899301.html
>>> To start a new topic under Pharo Smalltalk Users, email [hidden email]
>>> 
>>> To unsubscribe from Pharo Smalltalk Users, click here.
>>> NAML
>>> 
>>>
>>
>>
>> --
>> View this message in context: Re: OSProcess command with german umlaut
>> does not work
>> 
>> Sent from the Pharo Smalltalk Users mailing list archive
>>  at
>> Nabble.com.
>>
>

Re: [Pharo-users] OSProcess command with german umlaut does not work

[Sabine Manaa]

Hi Sven,

why ByteArray?

does not work (Improper store into indexable object):
OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
/Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded asString).

works:
OSProcess   command: ('cp  /Library/WebServer/Documents/reports/bär.pdf
/Library/WebServer/Documents/reports/test-a.pdf' utf8Encoded)

Perhaps David can add this here:

command: aCommandString
"Run a command in a shell process. Similar to the system(3) call in the
standard C library,
except that aCommandString runs asynchronously in a child process. The
command is
run by a ConnectedUnixProcess in order to facilitate command pipelines
within Squeak."

"UnixProcess thisOSProcess command: 'ls -l /etc'"

| proc |
pid isNil
ifTrue:
[self class noAccessorAvailable. ^nil]
ifFalse:
[proc := self
forkJob: ExternalUnixOSProcess defaultShellPath
arguments: (Array with: '-c' with: aCommandString utf8Encoded asString)
<<<===
environment: nil
descriptors: nil.
proc ifNil: [self class noAccessorAvailable].
^ proc]


regards
Sabine


>
>

2016-06-06 8:41 GMT+02:00 Sabine Manaa :

> Hi Dave,
>
> I get the german ä with:
>
> (Character value: 228) asString
>
> Do you want me to go in it and suggest a solution or do you want to try to
> fix it and I test it?
>
> Thanks for helping!
>
> Regards Sabine
>
> 2016-06-05 23:08 GMT+02:00 David T. Lewis [via Smalltalk] <[hidden email]
> >:
>
>>
>>
>> --
>> If you reply to this email, your message will be added to the discussion
>> below:
>>
>> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899301.html
>> To start a new topic under Pharo Smalltalk Users, email [hidden email]
>> 
>> To unsubscribe from Pharo Smalltalk Users, click here.
>> NAML
>> 
>>
>
>
> --
> View this message in context: Re: OSProcess command with german umlaut
> does not work
> 
> Sent from the Pharo Smalltalk Users mailing list archive
>  at Nabble.com.
>

Re: [Pharo-users] One comment to new Pharo5 debugger

[Johan Fabry]

That looks really great ! It solves the practical problem and, for me, also 
addresses the conceptual issues that Doru has.

Doru, what do you think of this solution? The buttons are still connected to 
the stack, they are just below the stack instead of on top.

I also don’t see why a ‘Stack’ label is necessary, so it makes sense to me to 
remove it to gain some space.

--
Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please 
see http://emailcharter.org  .

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

> On Jun 4, 2016, at 13:36, Gabriel Cotelli  wrote:
> 
> Well I put the buttons on the left on purpose because in the case you're 
> debugging source code the content tends to be on the left half of the screen. 
>  So this keeps the actions close to the decision on what to use.

Re: [Pharo-users] Pharo 5 accented chars bug/regression

[Milan Vavra via Pharo-users]

--- Begin Message ---
Hi I have a solution for the problem you mentioned. I know what needs to
be done to be able to type those pesky e with caron, c with caron and
uppercase C with caron characters on Pharo 3, 4 and 5 on Windows. But
I want you to do something for me in return. I want you to go to
stackoverflow.com, and ask a question about this problem there. Post
the link to your question here. I will answer it. If my solution works
for you, you tag it as a solution and I get stackoverflow.com karma. Deal?

Milan




--
View this message in context: 
http://forum.world.st/Pharo-5-accented-chars-bug-regression-tp4898863p4899379.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

--- End Message ---

Re: [Pharo-users] [ANN] Glorp-SQLite3 for Pharo 5

[Pierce Ng]

On Sun, Jun 05, 2016 at 03:38:17PM -0700, francescoagati wrote:
> NBSQLite3DatabaseAccessor isn't present. i have substitute with
> DatabaseAccessor.
> but i have this error unable to connect

Try this:

  | login accessor |
  login := Login new 
database: UDBCSQLite3Platform new;
host: SmalltalkImage current imagePath asFileReference parent fullName,
  FileSystem disk delimiter asString;
port: '';
username: '';
password: '';
databaseName: 'sodbxtestu.db';
yourself.
  PharoDatabaseAccessor DefaultDriver: GlorpSQLite3Driver.
  accessor := PharoDatabaseAccessor forLogin: login.
  accessor login.
  (accessor executeSQLString: 'select * from sqlite_master') explore.
  accessor logout.
  

Pierce

Re: [Pharo-users] Is lazy evaluation of infinite series possible?

[Werner Kassens]

Hi Erisa,
one solution, using your notation, could eg be
* aPowerSeries
  ^ PowerSeries on:
[ :generator |
|a b|
a:=OrderedCollection new.
b:=OrderedCollection new.
[ a add: self next.
  b add: aPowerSeries next.
  generator yield:
a asDhbVector * b asDhbVector reverse
] repeat
]
the multiplication of DhbVectors is the same as your ".*". DhbVector is 
not in the standard pharo, it is part of the polymath project, i was 
just too lazy to program that part by hand, but changing that should be 
no problem.

werner

On 05/30/2016 09:47 PM, Erisa wrote:

The fibonacciSequence example was really helpful.  I made a new class
PowerSeries, a subclass of Generator.  Then I defined a binary operation  +
as follows:

+ aPowerSeries
   ^ PowerSeries on: [ :ps |
 | a b |
 [ a := self next.
   b := aPowerSeries next.
   ps yield: (a + b) ]
 repeat ]

This works perfectly.  But now I am struggling with how to define
multiplication.  When I do PS1 * PS2, the first yield should be a := PS1
next. b := PS2 next. ps yield (a * b).  Thereafter would come the
PowerSeries, call it PSNew,  (PS2 .* a) + (PS1 * PS2'),  where .* is scalar
multiplication (easy to implement) and PS2' is the original PS2 (i.e.,
rewound 1).  I see several problems here.  It looks like I need a way to
clone (fork?) a PowerSeries since in this computation I need both the
current PS2 and the original PS2 and be able to operate with them
independently.  Second, how do I define the generator so that it first
yields the scalar (a*b) and thereafter is represented by the PowerSeries
PSNew?  Finally, will the recursion in the definition of * blow up rapidly?



--
View this message in context: 
http://forum.world.st/Is-lazy-evaluation-of-infinite-series-possible-tp4897956p4898204.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Pharo Catalog broken?

[Esteban Lorenzano]

Yes is broken, and I'm traveling so I will not be able to fix it until this 
afternoon :(

Esteban

> On 6 Jun 2016, at 13:50, Tommaso Dal Sasso  wrote:
> 
> Hello everybody,
> 
> it looks like the pharo catalog has a problem with the database: if I query 
> the web service, or browse the page http://catalog.pharo.org/, I get the 
> following error.
> 
> VOMongoError: Lazy reference not found CatalogRepository: 
> OID(67173037322134959457277313026)
> 
> Maybe some aggressive cleanup?
> 
> 
> Tommaso
> 
> 

[Pharo-users] Pharo Catalog broken?

[Tommaso Dal Sasso]

Hello everybody,

it looks like the pharo catalog has a problem with the database: if I 
query the web service, or browse the page http://catalog.pharo.org/, I 
get the following error.


VOMongoError: Lazy reference not found CatalogRepository: 
OID(67173037322134959457277313026)


Maybe some aggressive cleanup?


Tommaso

Re: [Pharo-users] One comment to new Pharo5 debugger

[Christophe Demarey]

Hi Doru,

I think most people understand the great value of moldable tools. Maybe not all 
will use moldability but is a big plus to have. So, keep pushing!

I just think we miss time to make the GT Debugger dealt view  as productive as 
the spec debugger. There are users that do not use shortcuts (at least for 
debugger) and in this case, the over use of the mouse to reach step buttons is 
killing the productivity.
To me, this issue could be addressed easily but could take time to implement in 
a generic / moldable way.

I agree with Gabriel that buttons act on the stack (in fact also, on the source 
code pane that represents the AST) but what we mainly look at is the source 
code. Maybe buttons could be moved to the source code pane?

I also have another suggestion: I very often have a debugger window with a lot 
of variables not visible by default : only 4 visible, need to scroll. Couldn’t 
we split the variable pane in 2 part to display more variables? To open the 
inspector, you could either use the second column or open a third one. WDYT?

Cheers,
Christophe


> Le 4 juin 2016 à 08:45, Tudor Girba  a écrit :
> 
> Hi Sabine (and others that asked this question),
> 
> Thanks for the feedback. Sorry for the delayed reply, but I am traveling 
> these days and I have limited online time. Also, this email took some time to 
> write (I started it about a week ago).
> 
> I will answer the buttons issue. The reason they are in a different place 
> than where they used to be is related to new constraints that come with the 
> new debugger. While the default interface looks like a regular debugger, the 
> main feature of the GTDebugger is that it can be customized to match a 
> specific domain or library.
> 
> Let me provide an example of a scenario of debugging PetitParser:
> 
>   PPArithmeticParser parse: '1+2*3^(34-2)’
> 
> The default debugger looks like this:
> 
> 
> 
> But, because we have PetitParser code on the stack, we can switch to a custom 
> debugger:
> 
> 
> 
> This one also features the input stream next to the code. Also, note that the 
> stack received 3 new button actions. But, this is not all. Next to the 
> source, there are other tabs, and we can switch to one of those:
> 
> 
> 
> This one shows the source as well, but in a graphical form.
> 
> So, if we step back and talk about the buttons, you will see that if we would 
> have put the buttons on the source tabs, you have had no way to advance in 
> this state. We could have also duplicated behavior and put the buttons on the 
> new presentation as well, but the space is much smaller and since we now have 
> large buttons instead of only icons we needed to deal with that as well. We 
> encountered similar situations in other debuggers (not all, though).
> 
> But, from a more point of view, the actions act on the stack. So, if we take 
> an object-oriented approach for designing the UI, it makes sense to place 
> those actions next to the context they act on. All these reasons made us 
> choose to put them next to the stack and not next to the source.
> 
> We certainly understand that this is a departure from the classic debugger 
> and perhaps this is not the best way of doing things, but that was the 
> rationale we went through. I would be happy to hear other suggestions, but 
> please understand that we need to take into account the full spectrum of 
> constraints when choosing solutions.
> 
> In any case, the idea of this debugger is that you can change it in the way 
> you want and customize it specifically for your needs. We still need to 
> document how to do that, but if someone wants to start creating a custom 
> debugger we could use the experience to drive the documentation.
> 
> Does this explain the situation?
> 
> Cheers,
> Doru
> 
> 
>> On May 25, 2016, at 9:43 PM, Sabine Manaa > > wrote:
>> 
>> Hi,
>> 
>> today I moved to Pharo5. It is great to get feedback and solutions for
>> problems so quickly. It is a pleasure to work with Pharo and to have the
>> community. I am grateful for having this. 
>> 
>> I have one comment. I don't want to complain, I can use it but I was
>> wondering about the new position and size of the debugger buttons.
>> 
>> There is a longer distance now from code text pane to the buttons - I see
>> this as disadvantage to earlier versions of Pharo from the user experience.
>> The buttons are a lot of smaller - same disadvantage - both if you use the
>> mouse.
>> 
>> Ok, after seeing that, I thought "Sabine, you should use keyboard shortcuts
>> here, too" (I use much of them but interesting - til now not in the
>> debugger).
>> 
>> Then I saw the shortcuts for
>> Proceed cmd+r
>> Restart cmd-shift-a
>> Into cmd-e
>> over cmd-shift-o
>> through cmd-shift-t
>> 
>> especially into, over and through have so different key combinations, two
>> with shift, one without shift. When I debug, I often use for example
>> 

[Pharo-users] Spur Cog vs VW

[Gerry Weaver]

Hi,

I saw a post with the title "Spur Cog vs VW". Has anyone done this yet? Is 
there some code available somewhere that I could run? I have been searching on 
Google, but I haven't found much. A pointer in the right direction would be 
much appreciated. I'm really curious ;-)


Thanks,
-G

Re: [Pharo-users] OSProcess command with german umlaut does not work

[Sabine Manaa]

Hi Dave,

I get the german ä with:

(Character value: 228) asString

Do you want me to go in it and suggest a solution or do you want to try to
fix it and I test it?

Thanks for helping!

Regards Sabine

2016-06-05 23:08 GMT+02:00 David T. Lewis [via Smalltalk] <
ml-node+s1294792n4899301...@n4.nabble.com>:

>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899301.html
> To start a new topic under Pharo Smalltalk Users, email
> ml-node+s1294792n1310670...@n4.nabble.com
> To unsubscribe from Pharo Smalltalk Users, click here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp4899285p4899318.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.