Re: Fwd: [scala-user] Is scala.util.concurrent.forkjoin JSR166y?

On Thu, May 20, 2010 at 10:26:58AM +0200, Philipp Haller wrote:
> The main reason is to upgrade from the previous version of the 
> fork/join framework that was used to execute actors in Scala 2.7.x. 
> The new ForkJoinPool has been almost completely rewritten, is actively 
> maintained, and is much more efficient. However, it requires a 1.6 JVM 
> because of its use of JVM intrinsics (sun.misc.Unsafe).
> 
> The reason why it is only partially integrated is that we wanted to 
> include only the classes that we currently depend on. Actually, the 
> `forkjoin` package was not really meant to be used by clients other 
> than the standard library.
> 
> >    Are there any reasons to use the jsr166y.jar over
> >    scala.concurrent.forkjoin or vice versa?
> 
> The `jsr166y.jar` is first to receive updates and fixes. However, as 
> far as I can see, most changes are cosmetic at this point. Important 
> bug fixes will be integrated into `scala.concurrent.forkjoin` as 
> quickly as possible of course.

According to this ticket, that time has arrived:

  https://lampsvn.epfl.ch/trac/scala/ticket/3629

Out of curiosity I diffed some files in trunk against the sources I 
found here:

  http://gee.cs.oswego.edu/cgi-bin/viewcvs.cgi/jsr166/src/main/java/util/

And the diff is enormous.  It's hard to believe it is mostly cosmetic.

Re: Fwd: [scala-user] Is scala.util.concurrent.forkjoin JSR166y?

> According to this ticket, that time has arrived:

Note that Doug Lea sent an email to the concurrency mailing list
recently warning about imminent API changes to the fork-join library.
It may make sense to pick a version after those changes.

Best,
Ismael

Scala Group in HH?

... are there any Scala meetings in Hamburg, Germany?

Re: Comparing Scala to Mathematica

Re: Comparing Scala to Mathematica

Re: Scala Group in HH?

Would be nice ;)

Re: Scala Group in HH?

As an ex-Hamburger, these are the activities I know about from those times:

(a) "There will also be a presentation of Scala in Hamburg at the 
Arbeitskreis Objekttechnologie Norddeutschland."
      http://www.footprint.de/fcc/2009/04/scala-presentations-jfs/

(b) Nothing in sight (yet) on the upcoming Eclipse DemoCamp in Hamburg 
(could be an opportunity for jumpstarting the group, however)
      http://wiki.eclipse.org/Eclipse_DemoCamps_Helios_2010/Hamburg

(c) Once it's set up, the other Scala tribes around the world will be happy 
to know,
     http://www.scala-tribes.org/p/tribes.html

Miguel
http://lamp.epfl.ch/~magarcia/ScalaCompilerCornerReloaded/

Extending AbstractActor?

I'm analysing actor communication in my master thesis in order to help 
distributing actors on nodes. (http://omploader.org/vNHN4bg/Graph.png)

The information is gathered by mixing in a logging-trait in every actor. 
This works fine for local actors, but doesn't when I reach RemoteActors.

My problem is that with RemoteActors communication is done over a Proxy 
/ DelegateActor.
a) I couldn't find a factory to augment DelegateActor with my 
loggingTrait, am I missing something? (actually that's my best case 
scenario / dream)

Ok, now afaik I can't control instanciation of DelegateActor, nor can I 
extend it (private[remote] class DelegateActor).
So I thought I could just wrap it and create MyDelegateActorWithLogging.
The interface to use is AbstractActor.
Now, my problem is that e.g. AbstractActors abstract method exit is 
"private[actors]". So it seems, that I can NOT create a delegating actor 
on my own.
b) any ideas on that?

I have to check if I can use Actor to create my own delegating actor. 
This seems to me like a heavy weight / abuse of actor.

Are there any plans to offer factories for scala.actors?

-stefan

Re: Scala Group in HH?

Hi,

> ... are there any Scala meetings in Hamburg, Germany?

I've given a couple of presentations about Scala in Hamburg and other locations
and the meetups with the Java User Group Hamburg are refreshing open to new
technology as well.

If there's enough interest I'd be happy to help set up a meetup every two/three
months with some small presentations and a drink or two. Maybe we should start
with a 2.8 release party... =:)

Best regards, --- Jan.

--

-- 
footprint e.K.
Kelterstr. 23
22391 Hamburg

T +49.40.27805130
F +49.40.27805131

http://www.footprint.de/

USt.-ID. DE194293429
HR Hamburg HRA 92306

Re: Comparing Scala to Mathematica

 Interesting, I was a big user of Mathematica a dozen years ago, and I
loved that language.
It never occured to me that it was not a functional language, all
these years i've been
thinking that it was a functional. I'm not a language theorist, so I
guess the superficial
ressemblance was sufficient for me. That being said, I'm happy to see
that people
are seeing similarities betweed Mathematica and Scala, and I'm hoping
that it will inspire
those who are writing math libraries for Scala.

  Cheers

On Thu, Jul 1, 2010 at 3:41 AM, Meredith Gregory
<lgreg.meredith <at> gmail.com> wrote:
> Dear Kevin,
> The comparison is good, but slightly misleading. Mathematica, at it's heart,
> is a conditional rewrite system with a functional component wired into it.
> Scala is not a conditional rewrite system. That's why there's a need for
> packages like kiama and others. (BTW, the best rewrite language i've seen is
> Maude. The only thing holding Maude back, that i can tell, is tooling. They
> just haven't figured out how to plug into the modern ecosystem of IDE's and
> build systems. The kiama guys really ought to take a hard look at Maude, if
> they haven't already.)
> The reason you need conditional rewrite is for the symbolic algebra. It's
> absolutely crucial. That's the space that Mathematica occupies.
> Best wishes,
> --greg
>
> On Wed, Jun 30, 2010 at 3:54 PM, Kevin Wright <kev.lee.wright <at> gmail.com>
> wrote:
>>
>> This one is a breath of fresh air, given the number of comparisons out
>> there of Scala vs. Java (plus maybe some C# / F# / Erlang / Haskell / Ruby)
>> http://thinkmeta.wordpress.com/2010/06/28/scala-expressiveness/
>>
>> refreshingly different :)
>> --
>> Kevin Wright
>>
>> mail/google talk: kev.lee.wright <at> gmail.com
>> wave: kev.lee.wright <at> googlewave.com
>> skype: kev.lee.wright
>> twitter:  <at> thecoda
>>
>
>
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 1219 NW 83rd St
> Seattle, WA 98117
>
> +1 206.650.3740
>
> http://biosimilarity.blogspot.com
>