Re: [Pharo-users] GPS / Longitude / Latitude library

[Alistair Grant]

Hi Sven,

On Wed, 5 Dec 2018 at 16:08, Sven Van Caekenberghe  wrote:
>
> Alistair,
>
> I found this page really useful 
> http://www.movable-type.co.uk/scripts/latlong.html

Thanks! That will definitely save me some time.

And I used to own a TRS-80 clone. :-)

Cheers,
Alistair

Re: [Pharo-users] GPS / Longitude / Latitude library

[Alistair Grant]

Hi Pierce,

On Thu, 6 Dec 2018 at 03:38, Pierce Ng  wrote:
>
> On Wed, Dec 05, 2018 at 07:34:35AM +, Alistair Grant wrote:
> > I'm not doing any database work at the moment (storing results in STON
> > files for now), but will also add the links to the class comments.
>
> Hi Alistair,
>
> I wasn't suggesting storing data in a database per se.
>
> I thought that, given that the desired functionality is not available in
> Pharo, the options are to implement it in pure Smalltalk or wrap an
> existing library. In the latter case, typically one wraps a C library
> using FFI.  With SQLite, its extensions are C libraries that are already
> wrapped for SQL. Writing SQL queries may get you a long way where you're
> going.

Ah, thanks for the clarification, I hadn't thought of that.  I'll
probably still develop a standalone library as it will be useful for
the community, but this may help.

Thanks again,
Alistair

Re: [Pharo-users] Voyage

[Sanjay Minni]

Hi Ben,

how to go about the hack ?

it seems the file being looked for is this(from the github Cryptography
repository)
 

but this is not copied in ...\pharo-local\...\sources\...
 

also
Voyage loading thru playground ultimately terminates as per screen below (is
this an expected behaviour) ?
  



Ben Coman wrote
> On Wed, 5 Dec 2018 at 00:25, Sanjay Minni <

> sm@

> > wrote:
> 
>> Hi Esteban,
>>
>> I get a Debug Popup as per below - how do I debug from here
>>
>> ;
>>
>> ;
>>
> 
> Is this on Windows?
> It could be that long path names continue to bite.
> Could you try a hack... go in on the command line and shorten the
> directory
> names after "source" ?
> 
> cheers -ben
> 
> [... snip ...]





-
cheers, 
Sanjay
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Unable to compile myself Pharo

[Alexandre Garreau]

I didn’t find on the README enough informations (about which dir to use
and what to do once inside), but found some on a random blog on the web
[0], and now built it but it seems it only installed executable binary
stuff under the name of “squeak”, is this normal?  are you sure it’s not
related to the “squeak-vm” debian package?

[0] https://pharoweekly.wordpress.com/2017/02/23/building-pharo-vm-as-simple-as/

Re: [Pharo-users] Unable to compile myself Pharo

[Alexandre Garreau]

I built the VM and when running the Pharo.image file got with curl by
the site, it runs but warns the VM is too old for this image (strangely,
since I built the git version), and when trying to run the one sitting
in the pharo-launcher archive (PharoLauncher.image), it segfaults (is
this normal? can that be easily fixed, or…?):


Segmentation fault Thu Dec  6 18:41:41 2018


/usr/local/lib/squeak/5.0-/squeak
Pharo VM version: 5.0-  Thu Dec  6 17:09:52 CET 2018 gcc 6.3.0 [Production Spur 
VM]
Built from: CoInterpreter VMMaker.oscog-eem.2488 uuid: 
3d088675-fa5c-452e-8063-001ff1d4ab81 Dec  6 2018
With: StackToRegisterMappingCogit VMMaker.oscog-eem.2482 uuid: 
7df020b4-6565-4768-9e4a-75bc5464ed95 Dec  6 2018
Revision: VM:   Date:  CommitHash:  Plugins:  
Build host: Linux portable.galex-713.eu 4.9.0-8-686-pae #1 SMP Debian 4.9.130-2 
(2018-10-27) i686 GNU/Linux
plugin path: /usr/local/bin/../lib/squeak/5.0- [default: 
/usr/local/lib/squeak/5.0-/]


C stack backtrace & registers:
eax 0xbf7c9964 ebx 0xbf7c9880 ecx 0xbf7c9918 edx 0xbf7c98cc
edi 0xbf7c9750 esi 0xbf7c9750 ebp 0xbf7c97e8 esp 0xbf7c9834
eip 0xbf7c9a48
*[0xbf7c9a48]
/usr/local/bin/../lib/squeak/5.0-/squeak(+0x1df61)[0x4c5f61]
/usr/local/bin/../lib/squeak/5.0-/squeak(+0x1fdee)[0x4c7dee]
linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xb77b8d10]
/lib/i386-linux-gnu/libc.so.6(+0x75d91)[0xb74d2d91]
/lib/i386-linux-gnu/libc.so.6(getenv+0x1c)[0xb748af5c]
/usr/local/bin/../lib/squeak/5.0-/squeak(+0xca507)[0x572507]
/usr/local/bin/../lib/squeak/5.0-/squeak(+0x5b36a)[0x50336a]
/usr/local/bin/../lib/squeak/5.0-/squeak(+0x5ca5c)[0x504a5c]
/usr/local/bin/../lib/squeak/5.0-/squeak(ceSendsupertonumArgs+0x2a4)[0x507004]
[0x140008d]
[0x1401128]
[0x263a2f3]
[0x4431f0b]
[0x442938e]
[0x4429344]
[0x44293c8]
[0x14f1ae5]
[0x140888c]
[0x1401128]
[0x14f1896]
[0x14b72a1]
[0x1401128]
[0x14b72b4]
[0x14b715e]
[0x14b5403]
[0x14059c5]
[0x14b53b3]
[0x14010f8]
/usr/local/bin/../lib/squeak/5.0-/squeak(+0x10f1a8)[0x5b71a8]


Smalltalk stack dump:
0xbf7d4880 M UnixEnvironment>getRawEnvironmentVariableViaFFI: 0x171d248: a(n) 
UnixEnvironment
0xbf7d48b0 I FFICalloutAPI>function:module: 0x171f228: a(n) FFICalloutAPI
0xbf7d48d8 I UnixEnvironment(Object)>ffiCall:module: 0x171d248: a(n) 
UnixEnvironment
0xbf7d4900 I UnixEnvironment>getRawEnvironmentVariableViaFFI: 0x171d248: a(n) 
UnixEnvironment
0xbf7d4928 I UnixEnvironment>getRawEnvironmentVariable: 0x171d248: a(n) 
UnixEnvironment
0xbf7d494c I UnixEnvironment>getEnvironmentVariable:withEncoding: 0x171d248: 
a(n) UnixEnvironment
0xbf7d4974 I UnixEnvironment>getEnvironmentVariable: 0x171d248: a(n) 
UnixEnvironment
0xbf7d4994 M [] in 
UnixResolver(PlatformResolver)>directoryFromEnvVariableNamed:or: 0x15054b8: 
a(n) UnixResolver
0xbf7d49ac M BlockClosure>on:do: 0x171cd90: a(n) BlockClosure
0xbf7d49d8 I UnixResolver(PlatformResolver)>directoryFromEnvVariableNamed:or: 
0x15054b8: a(n) UnixResolver
0xbf7d49f8 M UnixResolver>preferences 0x15054b8: a(n) UnixResolver
0xbf7d4a10 M UnixResolver(FileSystemResolver)>resolve: 0x15054b8: a(n) 
UnixResolver
0xbf7d4a34 I SystemResolver(FileSystemResolver)>unknownOrigin: 0x1503078: a(n) 
SystemResolver
0xbf7d4a50 M SystemResolver(FileSystemResolver)>resolve: 0x1503078: a(n) 
SystemResolver
0xbf7d4a70 M InteractiveResolver>unknownOrigin: 0x1500168: a(n) 
InteractiveResolver
0xbf7d4a90 M [] in InteractiveResolver>resolve: 0x1500168: a(n) 
InteractiveResolver
0xbf7d4aac M IdentityDictionary(Dictionary)>at:ifAbsent: 0x1503088: a(n) 
IdentityDictionary
0xbf7d4acc M InteractiveResolver>resolve: 0x1500168: a(n) InteractiveResolver
0xbf7cf894 M FileLocator>resolve 0x171cc08: a(n) FileLocator
0xbf7cf8b4 I FileLocator>asFileReference 0x171cc08: a(n) FileLocator
0xbf7cf8d4 I PhLSettingBrowser class>preferencesFile 0x43dd830: a(n) 
PhLSettingBrowser class
0xbf7cf8f4 I PhLSettingBrowser class>launcherStartUp 0x43dd830: a(n) 
PhLSettingBrowser class
0xbf7cf90c M [] in PhLStartupManager class>startUp 0x43e80c8: a(n) 
PhLStartupManager class
0xbf7cf930 M SortedCollection(OrderedCollection)>do: 0x4405a68: a(n) 
SortedCollection
0xbf7cf954 I PhLStartupManager class>startUp 0x43e80c8: a(n) PhLStartupManager 
class
0xbf7cf96c M PhLStartupManager class(Behavior)>startUp: 0x43e80c8: a(n) 
PhLStartupManager class
0xbf7cf988 M ClassSessionHandler>startup: 0x4405a48: a(n) ClassSessionHandler
0xbf7cf9a8 M [] in WorkingSession>runStartup: 0x150: a(n) WorkingSession
0xbf7cf9cc M [] in WorkingSession>runList:do: 0x150: a(n) WorkingSession
0xbf7cf9e4 M BlockClosure>on:do: 0x17179c0: a(n) BlockClosure
0xbf7cfa08 M [] in WorkingSession>runList:do: 0x150: a(n) WorkingSession
0xbf7cfa2c M Array(SequenceableCollection)>do: 0x15013c0: a(n) Array
0xbf7cfa50 I WorkingSession>runList:do: 0x150: a(n) WorkingSession
0xbf7cfa78 I WorkingSession>runStartup: 0x150: a(n) WorkingSession
0xbf7cfa9c I WorkingSession>start: 0x150: a(n) WorkingSession
0xbf7cfac8 I SessionManager>snapshot:andQuit: 0x3508d80: a(n)

Re: [Pharo-users] Voyage

[Ben Coman]

On Fri, 7 Dec 2018 at 00:26, Sanjay Minni  wrote:

> Hi Ben,
>
> how to go about the hack ?
>
> it seems the file being looked for is this(from the github Cryptography
> repository)
> 
>
but this is not copied in ...\pharo-local\...\sources\...
> 
>
>
Try manually downloading that file and put it in place named something
short like e.g. "xx.st"
 I'm not certain that will work, but worth a try.

Alternatively, install pharo in a short root folder "C:\x" to give it
filenames plenty of headroom.
Note, this might not be your problem, but should help scope it out.



> also
> Voyage loading thru playground ultimately terminates as per screen below
> (is
> this an expected behaviour) ?
> 
>
>
 I'm  not familiar with that.

cheers -ben


>
>
> Ben Coman wrote
> > On Wed, 5 Dec 2018 at 00:25, Sanjay Minni <
>
> > sm@
>
> > > wrote:
> >
> >> Hi Esteban,
> >>
> >> I get a Debug Popup as per below - how do I debug from here
> >>
> >> ;
> >>
> >> ;
> >>
> >
> > Is this on Windows?
> > It could be that long path names continue to bite.
> > Could you try a hack... go in on the command line and shorten the
> > directory
> > names after "source" ?
> >
> > cheers -ben
> >
> > [... snip ...]
>
>
>
>
>
> -
> cheers,
> Sanjay
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Unable to compile myself Pharo

[Ben Coman]

On Fri, 7 Dec 2018 at 01:43, Alexandre Garreau 
wrote:

> I built the VM and when running the Pharo.image file got with curl by
> the site, it runs but warns the VM is too old for this image (strangely,
> since I built the git version),


That warning can occur if you didn't run "scripts/updateSCCSVersions" once
on your fresh clone
(as described in the repo README, but its a common miss)



> and when trying to run the one sitting
> in the pharo-launcher archive (PharoLauncher.image), it segfaults (is
> this normal? can that be easily fixed, or…?):
>

Its not normal.  Try updateSCCSVersions first and then we'll see if there
is still a problem to sort out.


>
>
> Segmentation fault Thu Dec  6 18:41:41 2018
>
>
> /usr/local/lib/squeak/5.0-/squeak
> Pharo VM version: 5.0-  Thu Dec  6 17:09:52 CET 2018 gcc 6.3.0 [Production
> Spur VM]
> Built from: CoInterpreter VMMaker.oscog-eem.2488 uuid:
> 3d088675-fa5c-452e-8063-001ff1d4ab81 Dec  6 2018
> With: StackToRegisterMappingCogit VMMaker.oscog-eem.2482 uuid:
> 7df020b4-6565-4768-9e4a-75bc5464ed95 Dec  6 2018
> Revision: VM:   Date:  CommitHash:  Plugins:
>
^^^ these fields are blank - I
think updateSCCSVersions provides them.

cheers -ben


> Build host: Linux portable.galex-713.eu 4.9.0-8-686-pae #1 SMP Debian
> 4.9.130-2 (2018-10-27) i686 GNU/Linux
> plugin path: /usr/local/bin/../lib/squeak/5.0- [default:
> /usr/local/lib/squeak/5.0-/]
>
>

[Pharo-users] Fwd: Announcing Repl.it Multiplayer

[Santiago Bragagnolo]

Would this be interesting to have in pharo??

What do you think?

-- Forwarded message -
From: Amjad from Repl.it 
Date: jue., 6 de dic. de 2018 21:55
Subject: Announcing Repl.it Multiplayer
To: 


The official release of Repl.it Multiplayer, the collaborative coding
experience.
[image: Repl.it Logo]


Hey Santiago,

Professional programmers all know that software development is a
fundamentally social experience. But coding remains a single-player
experience by default — today, we're changing this!

As part of our mission to make computing more accessible, we believe
connecting coders, learners, and teachers together in real time, in the
development environment, is a big piece of the puzzle. That's why we're
proud to announce *Multiplayer*.

Multiplayer lets you code with friends in the same editor, execute programs
in the same interpreter, interact with the same terminal, chat in the IDE,
edit files and share the same system resources, and ship applications from
the same interface! We've redesigned every part of our infrastructure to
work in multiplayer mode -- from the filesystem to the interpreter.
[image: Repl.it Multiplayer]


Read more about it here
,
or, better yet, hop in
,
invite your friends and start coding!

Amjad from Repl.it

767 Bryant St, #210, San Francisco, CA 94107

Unsubscribe

- Unsubscribe Preferences

Re: [Pharo-users] [Pharo-dev] Fwd: Announcing Repl.it Multiplayer

[Eliot Miranda]

Hi Santiago,

On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo <
santiagobragagn...@gmail.com> wrote:

> Would this be interesting to have in pharo??
>

There is already previous relevant work.  Look up Kansas for Self
http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak
http://wiki.squeak.org/squeak/1356.  Focussing on the Multiplayer like UI
would be a major regression.  Note that we already have lots fo relevant
infrastructure, such as a VNC server that allows desktops to be shared.
Building a shared programming environment for Pharo doesn't need to start
from such limited models as the Multiplayer.


>
> What do you think?
>
> -- Forwarded message -
> From: Amjad from Repl.it 
> Date: jue., 6 de dic. de 2018 21:55
> Subject: Announcing Repl.it Multiplayer
> To: 
>
>
> The official release of Repl.it Multiplayer, the collaborative coding
> experience.
> [image: Repl.it Logo]
> 
>
> Hey Santiago,
>
> Professional programmers all know that software development is a
> fundamentally social experience. But coding remains a single-player
> experience by default — today, we're changing this!
>
> As part of our mission to make computing more accessible, we believe
> connecting coders, learners, and teachers together in real time, in the
> development environment, is a big piece of the puzzle. That's why we're
> proud to announce *Multiplayer*.
>
> Multiplayer lets you code with friends in the same editor, execute
> programs in the same interpreter, interact with the same terminal, chat in
> the IDE, edit files and share the same system resources, and ship
> applications from the same interface! We've redesigned every part of our
> infrastructure to work in multiplayer mode -- from the filesystem to the
> interpreter.
> [image: Repl.it Multiplayer]
> 
>
> Read more about it here
> ,
> or, better yet, hop in
> ,
> invite your friends and start coding!
>
> Amjad from Repl.it
>
> 767 Bryant St, #210, San Francisco, CA 94107
>
> Unsubscribe
> 

Re: [Pharo-users] [Pharo-dev] Fwd: Announcing Repl.it Multiplayer

[Santiago Bragagnolo]

Yeah I think I see your point. I'm going to check out those projects and
learn some :). Thx!

El jue., 6 de dic. de 2018 23:03, Eliot Miranda 
escribió:

> Hi Santiago,
>
> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
>
>> Would this be interesting to have in pharo??
>>
>
> There is already previous relevant work.  Look up Kansas for Self
> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak
> http://wiki.squeak.org/squeak/1356.  Focussing on the Multiplayer like UI
> would be a major regression.  Note that we already have lots fo relevant
> infrastructure, such as a VNC server that allows desktops to be shared.
> Building a shared programming environment for Pharo doesn't need to start
> from such limited models as the Multiplayer.
>
>
>>
>> What do you think?
>>
>> -- Forwarded message -
>> From: Amjad from Repl.it 
>> Date: jue., 6 de dic. de 2018 21:55
>> Subject: Announcing Repl.it Multiplayer
>> To: 
>>
>>
>> The official release of Repl.it Multiplayer, the collaborative coding
>> experience.
>> [image: Repl.it Logo]
>> 
>>
>> Hey Santiago,
>>
>> Professional programmers all know that software development is a
>> fundamentally social experience. But coding remains a single-player
>> experience by default — today, we're changing this!
>>
>> As part of our mission to make computing more accessible, we believe
>> connecting coders, learners, and teachers together in real time, in the
>> development environment, is a big piece of the puzzle. That's why we're
>> proud to announce *Multiplayer*.
>>
>> Multiplayer lets you code with friends in the same editor, execute
>> programs in the same interpreter, interact with the same terminal, chat in
>> the IDE, edit files and share the same system resources, and ship
>> applications from the same interface! We've redesigned every part of our
>> infrastructure to work in multiplayer mode -- from the filesystem to the
>> interpreter.
>> [image: Repl.it Multiplayer]
>> 
>>
>> Read more about it here
>> ,
>> or, better yet, hop in
>> ,
>> invite your friends and start coding!
>>
>> Amjad from Repl.it
>>
>> 767 Bryant St, #210, San Francisco, CA 94107
>>
>> Unsubscribe
>> 

Re: [Pharo-users] [Pharo-dev] Fwd: Announcing Repl.it Multiplayer

[Ben Coman]

One advantage of their seemingly text-based system might be bandwidth, but
Pharo is a graphical system.
It might be worthwhile for dispersed teams working on web hosted Pharo
systems, but we already have remote tools.
I guess it might almost already be able to have multiple people using them
simultaneously on the one image(?), but everyone would be looking at
different Inpectors.
It could be cool for a common Inspector instance to show up on multiple
user screens.
But is it that much better than the other suggestions??

cheers -ben

On Fri, 7 Dec 2018 at 06:03, Eliot Miranda  wrote:

> Hi Santiago,
>
> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
>
>> Would this be interesting to have in pharo??
>>
>
> There is already previous relevant work.  Look up Kansas for Self
> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak
> http://wiki.squeak.org/squeak/1356.  Focussing on the Multiplayer like UI
> would be a major regression.  Note that we already have lots fo relevant
> infrastructure, such as a VNC server that allows desktops to be shared.
> Building a shared programming environment for Pharo doesn't need to start
> from such limited models as the Multiplayer.
>
>
>>
>> What do you think?
>>
>> -- Forwarded message -
>> From: Amjad from Repl.it 
>> Date: jue., 6 de dic. de 2018 21:55
>> Subject: Announcing Repl.it Multiplayer
>> To: 
>>
>>
>> The official release of Repl.it Multiplayer, the collaborative coding
>> experience.
>> [image: Repl.it Logo]
>> 
>>
>> Hey Santiago,
>>
>> Professional programmers all know that software development is a
>> fundamentally social experience. But coding remains a single-player
>> experience by default — today, we're changing this!
>>
>> As part of our mission to make computing more accessible, we believe
>> connecting coders, learners, and teachers together in real time, in the
>> development environment, is a big piece of the puzzle. That's why we're
>> proud to announce *Multiplayer*.
>>
>> Multiplayer lets you code with friends in the same editor, execute
>> programs in the same interpreter, interact with the same terminal, chat in
>> the IDE, edit files and share the same system resources, and ship
>> applications from the same interface! We've redesigned every part of our
>> infrastructure to work in multiplayer mode -- from the filesystem to the
>> interpreter.
>> [image: Repl.it Multiplayer]
>> 
>>
>> Read more about it here
>> ,
>> or, better yet, hop in
>> ,
>> invite your friends 

Re: [Pharo-users] [Pharo-dev] Fwd: Announcing Repl.it Multiplayer

[Tim Mackinnon]

There was also the work that Jason and Julien did with “Wolfpack” (this was in 
VisualWorks) that explores the idea of group programming in an image. They did 
quite a few workshops on it, and it was tantalisingly interesting but I think 
they ran out of steam.

Tim

Sent from my iPhone

> On 7 Dec 2018, at 06:34, Ben Coman  wrote:
> 
> One advantage of their seemingly text-based system might be bandwidth, but 
> Pharo is a graphical system.
> It might be worthwhile for dispersed teams working on web hosted Pharo 
> systems, but we already have remote tools.  
> I guess it might almost already be able to have multiple people using them 
> simultaneously on the one image(?), but everyone would be looking at 
> different Inpectors.
> It could be cool for a common Inspector instance to show up on multiple user 
> screens.
> But is it that much better than the other suggestions??
> 
> cheers -ben
> 
>> On Fri, 7 Dec 2018 at 06:03, Eliot Miranda  wrote:
>> Hi Santiago,
>> 
>>> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo 
>>>  wrote:
>>> Would this be interesting to have in pharo??
>> 
>> There is already previous relevant work.  Look up Kansas for Self 
>> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak 
>> http://wiki.squeak.org/squeak/1356.  Focussing on the Multiplayer like UI 
>> would be a major regression.  Note that we already have lots fo relevant 
>> infrastructure, such as a VNC server that allows desktops to be shared.  
>> Building a shared programming environment for Pharo doesn't need to start 
>> from such limited models as the Multiplayer.
>>  
>>> 
>>> What do you think?
>>> 
>>> -- Forwarded message -
>>> From: Amjad from Repl.it 
>>> Date: jue., 6 de dic. de 2018 21:55
>>> Subject: Announcing Repl.it Multiplayer
>>> To: 
>>> 
>>> 
>>>  
>>> Hey Santiago, 
>>> 
>>> Professional programmers all know that software development is a 
>>> fundamentally social experience. But coding remains a single-player 
>>> experience by default — today, we're changing this!
>>> 
>>> As part of our mission to make computing more accessible, we believe 
>>> connecting coders, learners, and teachers together in real time, in the 
>>> development environment, is a big piece of the puzzle. That's why we're 
>>> proud to announce Multiplayer.
>>> 
>>> Multiplayer lets you code with friends in the same editor, execute programs 
>>> in the same interpreter, interact with the same terminal, chat in the IDE, 
>>> edit files and share the same system resources, and ship applications from 
>>> the same interface! We've redesigned every part of our infrastructure to 
>>> work in multiplayer mode -- from the filesystem to the interpreter.
>>> 
>>> Read more about it here, or, better yet, hop in, invite your friends and 
>>> start coding!
>>> Amjad from Repl.it
>>> 
>>> 767 Bryant St, #210, San Francisco, CA 94107
>>> 
>>> Unsubscribe - Unsubscribe Preferences
>>> 
>>> 
>> 
>> 
>> -- 
>> _,,,^..^,,,_
>> best, Eliot