Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

hackers-il · Creative programming discussed

The Yahoo! Groups Product Blog

Check it out!

Group Information

? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Messages

Advanced
Messages Help
Messages 5113 - 5142 of 5201   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#5113 From: Shlomi Fish <shlomif@...>
Date: Sun Apr 11, 2010 8:21 am
Subject: Fwd: Next TelFOSS Meeting: "Version Control Systems" on Wednesday, 21-Apr-2010
shlomif3
Send Email Send Email
 
----------  Forwarded Message  ----------

Subject: Next TelFOSS Meeting: Version Control Systems on Wednesday, 21-
Apr-2010
Date: Saturday 10 Apr 2010, 18:28:46
From: Shlomi Fish <shlomif@...>
To: Telux <telux@...>
CC: "Linux-IL" <linux-il@...>, Sawyer X <xsawyerx@...>

Hi all!

יש טקסט בעברית מתחת לטקסט האנגלי..

Having got a new venue in Shenkar college in Ramat Gan with better
hours (sometime between 19:00-22:00), the Tel Aviv Open Source Club is
starting the new season with a presentation about version control
systems, which is a universal topic for all software developers (and
possibly even most other non-programming computer users). To quote the
movie "Sister Act" we are trying to "get some butts in the seats".

The [http://tel.foss.org.il/ Tel Aviv Open Source Club] will host
[http://wiki.osdc.org.il/index.php/Tel_Aviv_Meeting_on_21_April_2010
the talk "Version Control Systems - What, Why and How"] by Yaron Meiry
(Sawyer) on Wednesday, 21-April-2010, at 19:00 in
[http://www.shenkar.ac.il/ Shenkar College in Ramat Gan (12 Ann Frank
St.)] room 300 ('''note''' the change of time and place from the
previous meetings - we are now meeting in Shenkar college and on
19:00.). There's
[http://www.shenkar.ac.il/template/default.aspx?maincat=5&catid=32 a
map with directions on the Shenkar college's site]. Further details,
maps for arrival, etc. can be found
[http://wiki.osdc.org.il/index.php/Tel_Aviv_Meeting_on_21_April_2010
on the Wiki].

Attendance is free, it is not necessary to RSVP and everyone are welcome.

With any other problems, feel free to
[http://www.shlomifish.org/me/contact-me/ contact the organiser].

'''Abstract'''

[http://en.wikipedia.org/wiki/Revision_control Version control
systems] allow us to keep track of an unlimited amount of changes
across any number of files. They are an essential tool for any
developer.

Using version control systems can help you restore lost data, examine
the differences between between multiple versions of your data, tag
versions and access them quickly, simplify cooperation with your
peers, easily merge changes, and maintain several branches of your
data at once.

This presentation will explain what version control systems are, why
you should use them (even if you think you shouldn't) and how you
should use them. Most examples will be given using the
[http://en.wikipedia.org/wiki/Git_%28software%29 open-source version
control system Git].

'''About the Lecturer'''

Yaron Meiry is a systems' administrator and a Perl developer. He gives
talks about open source, free software, security and programming
standards. Yaron has previously given the
[http://wiki.osdc.org.il/index.php/Tel_Aviv_Meeting_on_28_June_2009
presentation about red flags in programming of very high languages] in
the Tel Aviv Club and a presentation about [http://moose.perl.org/
Moose, the modern Perl 5 Object System] to TelFOSS and several other
clubs.

----

We are always looking for people who will volunteer to give
presentations on various topics that are related to open source code
and to computers. In case you are interested to give a talk, or that
you have a suggestion for a talk that interests you, we'll be happy to
hear from you.

=================================

[http://tel.foss.org.il/ מועדון הקוד הפתוח התל-אביבי
(תלוקס)] ייפגש
שוב כדי לשמוע את
[http://wiki.osdc.org.il/index.php/Tel_Aviv_Meeting_on_21_April_2010
ההרצאה "מערכות ניהול גרסאות - מה, למה, וכיצד"]
מאת ירון מאירי (Sawyer)
ביום רביעי, 21 באפריל 2010 ב-19:00 [http://www.shenkarץac.il/
במכללת
שנקר ברמת גן (רח' אנה פרנק 12)] חדר 300 ('''שימו
לב''' לשינוי במיקום
ובזמן מהפגישות הקודמות - אנו ניפגש במכללת
שנקר ובשעה 19:00) ניתן למצוא
[http://www.shenkar.ac.il/template/default.aspx?maincat=5&catid=32 מפה
עם הוראות הגעה באתר של מכללת שנקר]. פרטים
נוספים, מפות להגעה, וכו ניתן
למצוא [http://wiki.osdc.org.il/index.php/Tel_Aviv_Meeting_on_21_April_2010
בוויקי].

הנוכחות בהרצאה היא בחינם ולא נדרשת הרשמה
מראש.

במידה שישנן בעיות, אל תהססו
[http://www.shlomifish.org/me/contact-me/
ליצור קשר עם המארגן].

'''סיכום ההרצאה'''

[http://en.wikipedia.org/wiki/Revision_control מערכות ניהול
גרסאות]
מאפשרות לנו לעקוב אחרי כמות לא מוגבלת של
שינויים במספר שרירותי של
קבצים. הן מהוות כלי הכרחי עבור כל מפתח.

השימוש במערכות ניהול גרסאות יכול לעזור לך
לשחזר מידע אבוד, לבחון את
ההבדלים בין מספר גרסאות של המידע, לתייג
גרסאות ולאפשר גישה אליהן
בקלות, להקל על שיתוף פעולה עם שותפיך
לפרוייקטים, לאחות שינויים בקלות,
ולתחזק מספר ענפים של המידע שלך בו זמנית.

מצגת זאת תסביר מה הן מערכות ניהול גרסאות,
מדוע כדאי שתשתמשו בהן (גם אם
כרגע אינכם חושבים כך) וכיצד כדאי שתעשו בהן
שימוש. מרבית הדוגמאות
יועברו באמצעות [http://en.wikipedia.org/wiki/Git_%28software%29
מערכת
ניהול הגרסאות פתוחת-הקוד "גיט".]

'''אודות המרצה'''

ירון מאירי הינו מנהל מערכות ומפתח פרל. הוא
מרצה על קוד פתוח, תוכנה
חופשית, אבטחה וסטנדרטים של תכנות. ירון העביר
בעבר את
[http://wiki.osdc.org.il/index.php/Tel_Aviv_Meeting_on_28_June_2009
ההרצאה על דגלים אדומים בתכנות עבור שפות
עיליות ביותר] במועדון
התל-אביבי ומצגת אודות [http://moose.perl.org/ Moose,
מערכת העצמים
המודרנית לפרל 5] במועדון התל אביבי
ובמועדונים אחרים נוספים.

----

אנו תמיד מחפשים מרצים שיתנדבו לתת הרצאות
בנושאים שונים הקשורים
לקוד-הפתוח ולמחשבים. במידה שאתם מעוניינים
לתת הרצאה, או שיש לכם הצעה
להרצאה שמעניינת אתכם, נשמח לשמוע ממכם.

--
------------------------------------------
Shlomi Fish http://www.shlomifish.org/

Electrical Engineering studies. In the Technion. Been there. Done
that. Forgot a lot. Remember too much.
_______________________________________________
Linux-il mailing list
Linux-il@...
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Freecell Solver - http://fc-solve.berlios.de/

Deletionists delete Wikipedia articles that they consider lame.
Chuck Norris deletes deletionists whom he considers lame.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5114 From: Shlomi Fish <shlomif@...>
Date: Sun Apr 11, 2010 4:59 pm
Subject: Interesting Project: "Sappeur Compiler"
shlomif3
Send Email Send Email
 
Spotted on Freshmeat.net:

http://freshmeat.net/projects/sappeur-compiler

Reading from it:

<<<
Sappeur is a safe and efficient programming language. The memory safety of
Sappeur programs is equivalent to Java or .NET without having the performance
penalties of those languages. This is implemented with smart pointers and
stack allocation of objects and arrays. Also, arrays of objects and
synchronous destructors are possible. Sappeur executables are native code and
do not use a garbage collector. The safety properties of Sappeur are assured
by a proper type system (which forbids weird pointer casts for example) and
runtime checks. This is true for both single- and multithreaded programs. The
Sappeur compiler translates programs into safe C++ programs, which makes
integration with existing C++ code simple. Finally, Sappeur technology could
be used to safely and efficiently execute untrusted code, like Java applets
promised to do. This would be achieved by a safe runtime library and trusted
compilation providers.
>>>

Very interesting.

I wonder how it prevents random access to arrays from causing a segfault. Do
they do run-time checks for each access or do they have something like
Eiffel's design-by-contract programming which makes sure wrong values from
appearing in the first place.

I'd like to experiment with it a little in my spare time.

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Stop Using MSIE - http://www.shlomifish.org/no-ie/

Deletionists delete Wikipedia articles that they consider lame.
Chuck Norris deletes deletionists whom he considers lame.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5115 From: Omer Zak <w1@...>
Date: Sun Apr 18, 2010 9:25 pm
Subject: E-voting in Israel: Does anyone know about this?
w1@...
Send Email Send Email
 
The important point in the following is that it seems that our
government is introducing E-voting into Israel and I saw no public
debate about the subject.
In the last municipal elections, a trial was made - and its results
haven't been made public as far as I know.

===>
Snippets from the following issue:
RISKS-LIST: Risks-Forum Digest  Sunday 18 April 2010  Volume 26 : Issue
02
[... snipped ...]
Date: Thu, 15 Apr 2010 14:04:21 PDT
From: "Peter G. Neumann" <neumann@...>
Subject: RFID zapper made from a disposable camera! (Eurekalert)

   [Thanks to Ken Nitz.  PGN]

   Safer swiping while voting and globetrotting: Tel Aviv University
security
   expert finds security holes in America's passports and 'smart cards'
http://www.eurekalert.org/multimedia/pub/21697.php?from=158414
[... snipped ...]
Prof. Wool's most recent research centers on the new "e-voting"
technology
being implemented in Israel. "We show how the Israeli government's new
system based on the RFID chip is a very risky approach for security
reasons.
===>

                                          --- Omer
--
By running MS-Windows XP on your PC, you are probably a multi-zombie.
My own blog is at http://www.zak.co.il/tddpirate/

My opinions, as expressed in this E-mail message, are mine alone.
They do not represent the official policy of any organization with which
I may be affiliated in any way.
WARNING TO SPAMMERS:  at http://www.zak.co.il/spamwarning.html

#5116 From: Evgeny Budilovsky <budevg@...>
Date: Mon Apr 19, 2010 6:51 am
Subject: Re: E-voting in Israel: Does anyone know about this?
budevg@...
Send Email Send Email
 
Hi,
Last year there was some great lecture in Tel-Aviv university about the subject of e-voting in Israel and some cool relay attack was introduced. The attack exploits the RFID weaknesses to damage the election process.

Below the link to the paper which explains the attack and what could possibly get wrong with e-voting
http://www.eng.tau.ac.il/~yash/evoting-relay-rfid2010.pdf

Personally I think this issue should be treated in very serious way and we should create similar boom to the biometric database issue.

Regards,
Evgeny

On Mon, Apr 19, 2010 at 12:25 AM, Omer Zak <w1@...> wrote:

The important point in the following is that it seems that our
government is introducing E-voting into Israel and I saw no public
debate about the subject.
In the last municipal elections, a trial was made - and its results
haven't been made public as far as I know.

===>
Snippets from the following issue:
RISKS-LIST: Risks-Forum Digest Sunday 18 April 2010 Volume 26 : Issue
02
[... snipped ...]
Date: Thu, 15 Apr 2010 14:04:21 PDT
From: "Peter G. Neumann" <neumann@...>
Subject: RFID zapper made from a disposable camera! (Eurekalert)

[Thanks to Ken Nitz. PGN]

Safer swiping while voting and globetrotting: Tel Aviv University
security
expert finds security holes in America's passports and 'smart cards'
http://www.eurekalert.org/multimedia/pub/21697.php?from=158414
[... snipped ...]
Prof. Wool's most recent research centers on the new "e-voting"
technology
being implemented in Israel. "We show how the Israeli government's new
system based on the RFID chip is a very risky approach for security
reasons.
===>

--- Omer
--
By running MS-Windows XP on your PC, you are probably a multi-zombie.
My own blog is at http://www.zak.co.il/tddpirate/

My opinions, as expressed in this E-mail message, are mine alone.
They do not represent the official policy of any organization with which
I may be affiliated in any way.
WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html



#5117 From: Dotan Cohen <dotancohen@...>
Date: Mon Apr 19, 2010 6:59 pm
Subject: Re: E-voting in Israel: Does anyone know about this?
dotancohen
Send Email Send Email
 
> The important point in the following is that it seems that our
> government is introducing E-voting into Israel and I saw no public
> debate about the subject.
> In the last municipal elections, a trial was made - and its results
> haven't been made public as far as I know.
>

It is important, but who cares? The average Israeli is too naive or
dumb to know or care anymore. Sorry.

(note: I do care)


--
Dotan Cohen

http://bido.com
http://what-is-what.com

Please CC me if you want to be sure that I read your message. I do not
read all list mail.

#5118 From: Shlomi Fish <shlomif@...>
Date: Thu Jun 17, 2010 8:27 am
Subject: Fwd: [cc-community] Action against ACTA: Sign the petition supporting a firm, simple declaration against ACTA
shlomif3
Send Email Send Email
 
----------  Forwarded Message  ----------

Subject: [cc-community] Action against ACTA: Sign the petition supporting a
firm, simple  declaration against ACTA
Date: Thursday 17 Jun 2010, 00:22:48
From: Danny Piccirillo <danny.piccirillo@...>
To: FSF Community Team <fsf-community-team@...>, discuss@...,
cc-community@..., Gnugeneration-discuss@..., hello-
silo@googlegroups.com

Here's the petition: http://www.fsf.org/campaigns/acta/acta-declaration

And if you're on identica and reddit:
http://identi.ca/notice/36556026
http://www.reddit.com/r/technology/duplicates/cfrcj/

     *      ACTA must respect sharing and cooperation: it must do
nothing that would hinder the unremunerated noncommercial making,
copying, giving, lending, owning, using, transporting, importing or
exporting of any objects or works.
     *      ACTA must not weasel about what is commercial: no labeling
of any noncommercial activities as somehow commercial-like or treating
them as if they were commercial.
     *      ACTA must not tighten digital handcuffs: it must not hinder
any activity in regard to any product on account of its capacity to
circumvent technical measures that restrict use of copies of works of
authorship.
     *      ACTA must not interfere with individuals' noncommercial use
of the Internet (whether or not carried out using commmercial Internet
services) or undermine individuals' right or ability to connect to the
Internet.
     *      ACTA must not require anyone to collect or release any data
about individuals' use of the Internet. It must not harm privacy
rights or other human rights.
     *      ACTA must not hold the companies that implement the
Internet responsible for the substance of their customers'
communications. (For example, no punishment by disconnection, neither
explicitly required or indirectly compelled.)
     *      ACTA must not require copyright or patents, or any law
similar to one of those, to attach to any particular sort of thing or
idea.
     *      ACTA must not make any requirements about what acts
constitute civil infringement, or what acts constitute criminal
infringement, of copyright law, or patent law, or any law similar to
one of those.
     *      ACTA must not use the propaganda term "intellectual
property" or try to treat copyright law and patent law as a single
issue.
     *      ACTA must not stretch the term "counterfeiting" to apply to
copyright or patent infringement.
     *      If ACTA includes a mechanism for amendment, it must apply
these requirements to all future amendments of ACTA.

Or, as a simpler alternative,

     * Cancel ACTA entirely. Although parts of it are not
objectionable, they are secondary to ACTA's threat to our freedom.
Unless we are sure that the repressive aspects of ACTA are blocked,
the main significance of ACTA is as a threat to society. Killing ACTA
would be a fine way to get rid of this threat.


--
.danny

☮♥Ⓐ - http://www.google.com/profiles/danny.piccirillo
Every (in)decision matters.
_______________________________________________
cc-community mailing list
cc-community@...
http://lists.ibiblio.org/mailman/listinfo/cc-community

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Best Introductory Programming Language - http://shlom.in/intro-lang

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5119 From: Omer Zak <w1@...>
Date: Thu Jul 1, 2010 8:50 am
Subject: Knuth's earthshaking announcement, anyone?
w1@...
Send Email Send Email
 
One day after the scheduled time of Knuth's earthshaking announcement
(http://news.slashdot.org/story/10/06/29/2233219/Knuth-Plans-Earthshaking-Announ\
cement-Wednesday?art_pos=2),
I didn't see yet any articles or news items telling what was the
announcement about.  Even Google News drew blanks.

Can anyone provide us with an URL to an item which tells what was the
announcement about?
                                     Thanks,
                                          --- Omer


--
Palestinians did not firmly and vocally and strongly denounce the
Hannover attack
(http://www.huffingtonpost.com/2010/06/24/german-youths-attack-jewi_n_623922.htm\
l) but rather supported the attack, even though it is yet another proof why Jews
need their own country in which they can live safely.
My own blog is at http://www.zak.co.il/tddpirate/

My opinions, as expressed in this E-mail message, are mine alone.
They do not represent the official policy of any organization with which
I may be affiliated in any way.
WARNING TO SPAMMERS:  at http://www.zak.co.il/spamwarning.html

#5120 From: Adam Morrison <adam.morrison@...>
Date: Thu Jul 1, 2010 9:10 am
Subject: Re: Knuth's earthshaking announcement, anyone?
dm_morrison
Send Email Send Email
 
> One day after the scheduled time of Knuth's earthshaking announcement
>
(http://news.slashdot.org/story/10/06/29/2233219/Knuth-Plans-Earthshaking-Announ\
cement-Wednesday?art_pos=2),
> I didn't see yet any articles or news items telling what was the
> announcement about.  Even Google News drew blanks.
>
> Can anyone provide us with an URL to an item which tells what was the
> announcement about?

It was a joke.

http://twitter.com/jeyjey

#5121 From: Shlomi Fish <shlomif@...>
Date: Sat Jul 10, 2010 9:45 am
Subject: Announcement: August Penguin Conference on 6-August-2010
shlomif3
Send Email Send Email
 
In accordance with its annual tradition, the Israeli Free and
Open Source Software community will hold the August Penguin conference
( http://august.penguin.org.il/ ) under the auspices of the Hamakor
non-profit organisation  ( http://www.hamakor.org.il/ ).

This year the conference will take place on Friday, 6 August 2010,
starting at 08:30 in the morning, in the Avner building of the
Weizmann Institute in Rehovoth, Israel. Entrance to the conference costs
50 New Israeli Sheqels (ILS), while members and friends of
Hamakor and the Israeli Internet Society (ISOC) are not required to pay.
(Note that youth under the age of 18, soldiers, and students can opt
to join Hamakor as friends or members for the entrance fee.)

So what is going to take place in the conference?

* http://august.penguin.org.il/schedule - talks.

* Giving the "Hamakor Prize".

* http://www.bookcrossing.com/ - Book Crossing stands.

* http://august.penguin.org.il/keysign - a key-signing party.

* Photo shoot-out.

* Nice atmosphere and friendly geeks.

---

Everyone is welcome to come to the conference. Please make the payments
on the Internet before the event.

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
http://www.shlomifish.org/humour/ways_to_do_it.html

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5122 From: Shlomi Fish <shlomif@...>
Date: Mon Jul 12, 2010 6:43 pm
Subject: Re: Announcement: August Penguin Conference on 6-August-2010
shlomif3
Send Email Send Email
 
Just a few corrections:

On Saturday 10 Jul 2010 12:45:59 Shlomi Fish wrote:
> In accordance with its annual tradition, the Israeli Free and
> Open Source Software community will hold the August Penguin conference
> ( http://august.penguin.org.il/ ) under the auspices of the Hamakor
> non-profit organisation  ( http://www.hamakor.org.il/ ).
>
> This year the conference will take place on Friday, 6 August 2010,
> starting at 08:30 in the morning, in the Avner building of the

This is the Ebner building (though it's spelt the same in Hebrew - "אבנר").

> Weizmann Institute in Rehovoth, Israel. Entrance to the conference costs
> 50 New Israeli Sheqels (ILS), while members and friends of
> Hamakor and the Israeli Internet Society (ISOC) are not required to pay.

There is no free entry for members of ISOC this year. Hamakor friends and
members still get a free entry.

Regards,

	 Shlomi Fish

> (Note that youth under the age of 18, soldiers, and students can opt
> to join Hamakor as friends or members for the entrance fee.)
>
> So what is going to take place in the conference?
>
> * http://august.penguin.org.il/schedule - talks.
>
> * Giving the "Hamakor Prize".
>
> * http://www.bookcrossing.com/ - Book Crossing stands.
>
> * http://august.penguin.org.il/keysign - a key-signing party.
>
> * Photo shoot-out.
>
> * Nice atmosphere and friendly geeks.
>
> ---
>
> Everyone is welcome to come to the conference. Please make the payments
> on the Internet before the event.

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
My Aphorisms - http://www.shlomifish.org/humour.html

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5123 From: Shlomi Fish <shlomif@...>
Date: Sun Jul 18, 2010 6:11 am
Subject: [Humour] "How to Make Windows Faster than Linux"
shlomif3
Send Email Send Email
 
See:

http://www.junauza.com/2010/07/how-to-make-windows-faster-than-linux.html

This is via Dovix on Whatsup.org.il:

http://www.whatsup.org.il/index.php?name=PNphpBB2&file=viewtopic&p=347970

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Parody on "The Fountainhead" - http://shlom.in/towtf

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5124 From: Shlomi Fish <shlomif@...>
Date: Sat Jul 31, 2010 8:11 am
Subject: Fwd: Rakudo Star - a useful, usable, "early adopter" distribution of Perl 6
shlomif3
Send Email Send Email
 
----------  Forwarded Message  ----------

Subject: Rakudo Star - a useful, usable, "early adopter" distribution of Perl
6
Date: Thursday 29 July 2010, 15:23:35
From: "Patrick R. Michaud" <pmichaud@...>
To: perl6-language@..., perl6-compiler@..., perl6-users@...,
parrot-dev@...

On behalf of the Rakudo and Perl 6 development teams, I'm happy to
announce the July 2010 release of "Rakudo Star", a useful and usable
distribution of Perl 6.  The tarball for the July 2010 release is
available from <http://github.com/rakudo/star/downloads>.

Rakudo Star is aimed at "early adopters" of Perl 6.  We know that
it still has some bugs, it is far slower than it ought to be, and
there are some advanced pieces of the Perl 6 language specification
that aren't implemented yet.  But Rakudo Perl 6 in its current form
is also proving to be viable (and fun) for developing applications
and exploring a great new language.  These "Star" releases are
intended to make Perl 6 more widely available to programmers, grow
the Perl 6 codebase, and gain additional end-user feedback about the
Perl 6 language and Rakudo's implementation of it.

In the Perl 6 world, we make a distinction between the language
("Perl 6") and specific implementations of the language such as
"Rakudo Perl".  "Rakudo Star" is a distribution that includes
release #31 of the Rakudo Perl 6 compiler [1], version 2.6.0 of
the Parrot Virtual Machine [2], and various modules, documentation,
and other resources collected from the Perl 6 community.  We
plan to make Rakudo Star releases on a monthly schedule, with
occasional special releases in response to important bugfixes or
changes.

Some of the many cool Perl 6 features that are available in this
release of Rakudo Star:
   * Perl 6 grammars and regexes
   * formal parameter lists and signatures
   * metaoperators
   * gradual typing
   * a powerful object model, including roles and classes
   * lazy list evaluation
   * multiple dispatch
   * smart matching
   * junctions and autothreading
   * operator overloading (limited forms for now)
   * introspection
   * currying
   * a rich library of builtin operators, functions, and types
   * an interactive read-evaluation-print loop
   * Unicode at the codepoint level
   * resumable exceptions

There are some key features of Perl 6 that Rakudo Star does not
yet handle appropriately, although they will appear in upcoming
releases.  Thus, we do not consider Rakudo Star to be a
"Perl 6.0.0" or "1.0" release.  Some of the not-quite-there
features include:
   * nested package definitions
   * binary objects, native types, pack and unpack
   * typed arrays
   * macros
   * state variables
   * threads and concurrency
   * Unicode strings at levels other than codepoints
   * pre and post constraints, and some other phasers
   * interactive readline that understands Unicode
   * backslash escapes in regex <[...]> character classes
   * non-blocking I/O
   * most of Synopsis 9
   * perl6doc or pod manipulation tools

In many places we've tried to make Rakudo smart enough to inform the
programmer that a given feature isn't implemented, but there are
many that we've missed.  Bug reports about missing and broken
features are welcomed.

See http://perl6.org/ for links to much more information about
Perl 6, including documentation, example code, tutorials, reference
materials, specification documents, and other supporting resources.

Rakudo Star also bundles a number of modules; a partial list of
the modules provided by this release include:
   * Blizkost
       - enables some Perl 5 modules to be used from within Rakudo Perl 6
   * MiniDBI
       - a simple database interface for Rakudo Perl 6
   * Zavolaj
       - call C library functions from Rakudo Perl 6
   * SVG and SVG::Plot
       - create scalable vector graphics
   * HTTP::Daemon
       - a simple HTTP server
   * XML::Writer
       - generate XML
   * YAML
       - dump Perl 6 objects as YAML
   * Term::ANSIColor
       - color screen output using ANSI escape sequences
   * Test::Mock
       - create mock objects and check what methods were called
   * Math::Model
       - describe and run mathematical models
   * Config::INI
       - parse and write configuration files
   * File::Find
       - find files in a given directory
   * LWP::Simple
       - fetch resources from the web

These are not considered "core Perl 6 modules", and as module
development for Perl 6 continues to mature, future releases
of Rakudo Star will likely come bundled with a different set
of modules. Deprecation policies for bundled modules will be
created over time, and other Perl 6 distributions may choose
different sets of modules or policies.  More information about
Perl 6 modules can be found at http://modules.perl6.org/.

Rakudo Star also contains a draft of a Perl 6 book -- see
<docs/UsingPerl6-draft.pdf> in the release tarball.

The development team thanks all of the contributors and sponsors
for making Rakudo Star possible.  If you would like to contribute,
see <http://rakudo.org/how-to-help>, ask on the perl6-compiler@...
mailing list, or join us on IRC #perl6 on freenode.

Rakudo Star releases are created on a monthly cycle or as needed
in response to important bug fixes or improvements.  The next planned
release of Rakudo Star will be on August 24, 2010.

[1] http://github.com/rakudo/rakudo
[2] http://parrot.org/

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Freecell Solver - http://fc-solve.berlios.de/

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5125 From: Shlomi Fish <shlomif@...>
Date: Sat Jul 31, 2010 7:18 pm
Subject: "COBOL - the New Age Programming Language"
shlomif3
Send Email Send Email
 
Hi all,

I've finished setting up a new page in my site:

http://www.shlomifish.org/humour/bits/COBOL-the-New-Age-Programming-Language/

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
http://www.shlomifish.org/humour/ways_to_do_it.html

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5126 From: Arik Baratz <yahoo@...>
Date: Sun Aug 1, 2010 8:45 am
Subject: Re: "COBOL - the New Age Programming Language"
arikb_
Send Email Send Email
 
On 1 August 2010 05:18, Shlomi Fish <shlomif@...> wrote:
Hi all,

I've finished setting up a new page in my site:

http://www.shlomifish.org/humour/bits/COBOL-the-New-Age-Programming-Language/

Hi Shlomi

There's a 4th gen language called CSP that used COBOL as its back end (you'd generate COBOL from CSP and then compile). Where I worked they wrote in PL/1 when they needed low level access, not actual COBOL.

I don't really understand the point of the page, it's not like you'd find people disagreeing with you or people you need to convince. The call to action at the end of the page is really redundant if all you want to do is make a look-at-how-stupid-people-used-to-be page, which for the most part it is.

My opinion is that the fact that many people used it gives it some merit. Perhaps it was the best they had or perhaps aliens in a parallel dimension used their brain rays to make everyone think that COBOL is a great idea (and the aliens switched to C++ after). But considering today's alternatives, if you haven't figured out that COBOL is not the right language for your new project, no amount of words is going to convince you otherwise.

-- Arik


#5127 From: Shlomi Fish <shlomif@...>
Date: Sun Aug 1, 2010 8:57 am
Subject: Re: "COBOL - the New Age Programming Language"
shlomif3
Send Email Send Email
 
On Sunday 01 August 2010 11:45:26 Arik Baratz wrote:
> On 1 August 2010 05:18, Shlomi Fish <shlomif@...> wrote:
> > Hi all,
> >
> > I've finished setting up a new page in my site:
> >
> >
> > http://www.shlomifish.org/humour/bits/COBOL-the-New-Age-Programming-Langu
> > age/
>
> Hi Shlomi
>
> There's a 4th gen language called CSP that used COBOL as its back end
> (you'd generate COBOL from CSP and then compile). Where I worked they
> wrote in PL/1 when they needed low level access, not actual COBOL.

I see.

>
> I don't really understand the point of the page, it's not like you'd find
> people disagreeing with you or people you need to convince. The call to
> action at the end of the page is really redundant if all you want to do is
> make a look-at-how-stupid-people-used-to-be page, which for the most part
> it is.

Well, it's just a parody page (notice the URL and the breadcrumbs trail, etc.)
and in part I also wanted to parody the hypey pages of modern programming
languages. For example, http://www.python.org/ had a photo of a NASA Astronaut
saying "NASA uses Python", so I parodied it as "NASA uses COBOL" (which is
true).

>
> My opinion is that the fact that many people used it gives it some merit.
> Perhaps it was the best they had or perhaps aliens in a parallel dimension
> used their brain rays to make everyone think that COBOL is a great idea
> (and the aliens switched to C++ after). But considering today's
> alternatives, if you haven't figured out that COBOL is not the right
> language for your new project, no amount of words is going to convince you
> otherwise.
>

I did not try to convince people to ditch COBOL, just to have some fun at its
expense.

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
"Star Trek: We, the Living Dead" - http://shlom.in/st-wtld

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5128 From: Shlomi Fish <shlomif@...>
Date: Sun Aug 8, 2010 1:56 pm
Subject: Fwd: [Israel.pm] Fwd: [Perl Jobs] Catalyst / Enlightened Perl Software Engineer (onsite), Israel, Tel Aviv
shlomif3
Send Email Send Email
 
----------  Forwarded Message  ----------

Subject: [Israel.pm] Fwd: [Perl Jobs] Catalyst / Enlightened Perl Software
Engineer (onsite), Israel, Tel Aviv
Date: Thursday 24 June 2010, 08:34:24
From: Scott Weisman <sweisman@...>
To: Perl in Israel <perl@...>

I thought this list might be interested in the job listing I just received.

Scott

---------- Forwarded message ----------
From: Perl Jobs <jobs-admin@...>
Date: Thu, Jun 24, 2010 at 12:05 AM
Subject: [Perl Jobs] Catalyst / Enlightened Perl Software Engineer (onsite),
Israel, Tel Aviv
To: jobs@...


Online URL for this job: http://jobs.perl.org/job/12420

To subscribe to this list, send mail to jobs-subscribe@....
To unsubscribe, send mail to jobs-unsubscribe@....

Posted: June 22, 2010

Job title:
Catalyst / Enlightened Perl Software Engineer

Location: Israel, Tel Aviv

Travel: 0%

Terms of employment: Hourly employee

Hours: Full time

Onsite: yes

Description:
Startup web company seeks developer to join project from embryonic stage.
CEO has successful Internet companies under his belt.

Seeking a self-motivating team-player who thinks that design is at least as
important as implementation, who writes readable OO code and who sees tasks
through to the end.

Must be based in Israel and willing to work at our office in Tel Aviv.

Required skills:
Perl
Catalyst
Moose
DBIx::Class

Desired skills:
Apache Solr
CSS
AJAX
JQuery
PostgreSQL
Linux sysadmin (Debian)

Contact information at:
http://jobs.perl.org/job/12420#contact

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
"Humanity" - Parody of Modern Life - http://shlom.in/humanity

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5129 From: Shlomi Fish <shlomif@...>
Date: Wed Aug 18, 2010 8:29 am
Subject: Fwd: Delivering the ACTA petition: Ask others to sign before Thursday
shlomif3
Send Email Send Email
 
----------  Forwarded Message  ----------

Subject: Fwd: Delivering the ACTA petition: Ask others to sign before Thursday
Date: Wednesday 18 August 2010, 11:29:08
From: Shlomi Fish <shlomif@...>
To: "Linux-IL" <linux-il@...>

ACTA is a bad international treaty that may affect many of us. Please sign the
petition against it and help spread the word.

Regards,

	 Shlomi Fish

----------  Forwarded Message  ----------

Subject: Delivering the ACTA petition: Ask others to sign before Thursday
Date: Tuesday 17 August 2010, 22:00:29
From: "Free Software Foundation" <info@...>
To: Shlomi Fish <shlomif@...>

A month ago, we published a statement against ACTA
(http://www.fsf.org/campaigns/acta/acta-declaration) and asked for
your signatures in support. Over 3,000 of you joined us in calling on
ACTA negotiators to either dramatically change the agreement or drop
it all together.

We did this because ACTA attacks the rights of computer users
(http://www.fsf.org/campaigns/acta/why-acta-declaration) around the
world and threatens, in a disguised way, to punish Internet users with
disconnection if they are accused of sharing. It also requires
countries to prohibit software that can break Digital Restrictions
Management (DRM), also known as digital handcuffs.

Yesterday was the start of a week-long series of ACTA meetings in the
US between country representatives. This makes now a key time to
ensure our voices are heard. As Dr. Michael Geist said yesterday,
"With the US on its home turf and having pushed for an accelerated
schedule...the next week could decide the fate of ACTA."

This Thursday, August 19th, we will be delivering the petition -- with your
signatures -- to the ACTA negotiators.

Thank you for signing! Please help spread the word so we can get as
many signatures as possible before Thursday!

--
Sent from the Free Software Foundation, 51 Franklin Street
Fifth Floor
Boston, MA 02110-1335
United States


To unsubscribe, visit
http://crm.fsf.org/index.php?q=civicrm/mailing/optout&reset=1&jid=3&qid=328&h=03\
e5715d0eb6b9df.

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Best Introductory Programming Language - http://shlom.in/intro-lang

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Why I Love Perl - http://shlom.in/joy-of-perl

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5130 From: Shlomi Fish <shlomif@...>
Date: Wed Aug 25, 2010 10:10 am
Subject: Reply to Chen regarding Porting the Black Hole Solver to C
shlomif3
Send Email Send Email
 
Hi all,

on Twitter I mentioned that I've started porting my Black Hole Solitaire
solver from Perl to C and that it will hopefully make it faster:

http://twitter.com/shlomif/status/22027561541

Chen replied thusly:

http://twitter.com/gwenshap/status/22031112275

{{{
Why go to all the effort without knowing what causes your code to be slow and
how C can help? Don't guess when you can measure!
}}}

So here is my reply: my code is not slow as Perl code goes, but it still often
takes many seconds to solve a given deal of Black Hole Solitaire. As I'd like
to run the solver on a range of deals in order to collect some statistics, I
expect the Perl code to be too slow for that. The code is algorithmic and I'd
expect that executing the bytecode by the Perl 5 backend to incur a large
amount of overhead.

My code is very minimal as it is, and it's not very complicated or
sophisticated so I expect a conversion to C to yield great speed (and possibly
also memory consumption) benefits.

For more information see my:

* http://en.wikibooks.org/wiki/Optimizing_Code_for_Speed

I've replied to it here instead of on Twitter, because I didn't have enough
character quota to express myself properly. (Also I thought it may be of
interest to the list.).

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
List of Portability Libraries - http://shlom.in/port-libs

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5131 From: Gwen Shapira <cshapi@...>
Date: Thu Aug 26, 2010 6:40 pm
Subject: Re: Reply to Chen regarding Porting the Black Hole Solver to C
shenkaisr
Send Email Send Email
 
> So here is my reply: my code is not slow as Perl code goes, but it still often
> takes many seconds to solve a given deal of Black Hole Solitaire. As I'd like
> to run the solver on a range of deals in order to collect some statistics, I
> expect the Perl code to be too slow for that. The code is algorithmic and I'd
> expect that executing the bytecode by the Perl 5 backend to incur a large
> amount of overhead.


So your code is CPU bound and you are counting on the C optimizer to
reduce the CPU usage?

The reason I'm drilling down into the details is that I've been
interested in the question of "In what conditions can a program be
made faster by switching to a different language?" and you seem to
have a perfect test case :)

In my world code is usually made faster by making it do less physical
IO or less logical IO (aka use less memory) or by resolving
concurrency issues. All those problems are rarely solved by switching
to a different language - although some folks seem to solve
concurrency problems by using Erlang.

I'm curious how it works in other areas that I'm less familiar with.
Could you post benchmarks? Do you have profiler output for your
program (i.e. where time is spent before and after)?

Chen

#5132 From: Shlomi Fish <shlomif@...>
Date: Sat Aug 28, 2010 7:21 pm
Subject: Re: Reply to Chen regarding Porting the Black Hole Solver to C
shlomif3
Send Email Send Email
 
Resending because YahooGroups rejected my message (silently).

On Thursday 26 August 2010 21:40:37 Gwen Shapira wrote:
> > So here is my reply: my code is not slow as Perl code goes, but it still
> > often takes many seconds to solve a given deal of Black Hole Solitaire.
> > As I'd like to run the solver on a range of deals in order to collect
> > some statistics, I expect the Perl code to be too slow for that. The
> > code is algorithmic and I'd expect that executing the bytecode by the
> > Perl 5 backend to incur a large amount of overhead.
>
> So your code is CPU bound and you are counting on the C optimizer to
> reduce the CPU usage?

I believe that is the case. I have very little I/O there - mostly just parsing
the input, and outputting the solution to the STDOUT.

>
> The reason I'm drilling down into the details is that I've been
> interested in the question of "In what conditions can a program be
> made faster by switching to a different language?" and you seem to
> have a perfect test case :)

Heh, yes.


>
> In my world code is usually made faster by making it do less physical
> IO or less logical IO (aka use less memory) or by resolving
> concurrency issues. All those problems are rarely solved by switching
> to a different language - although some folks seem to solve
> concurrency problems by using Erlang.

Memory (RAM/Swap/etc.) access may be a huge factor in the run-time of the
program, but it is also something that C is much better at.

>
> I'm curious how it works in other areas that I'm less familiar with.
> Could you post benchmarks?

Yes. Here you go:

1. For PySolFC board No. 26464608654870335080 (which takes a very short time):

{{{
shlomif:$module$ time perl -Ilib ./scripts/black-hole-solve
t/data/26464608654870335080.bh.board.txt
Solved!
2D
3H
2S
3C
4H
5S
6D
7C
8C
9H
TH
9S
8S
9D
TC
JS
QC
KS
QH
JC
TS
JH
QS
KH
AC
2C
3D
4S
5D
6S
7D
6H
5C
4C
3S
2H
AD
KC
AH
KD
QD
JD
TD
9C
8D
7S
8H
7H
6C
5H
4D

real    0m0.568s
user    0m0.538s
sys     0m0.028s
}}}

2. For PySol FC board No. 2:

{{{
shlomif:$module$ make_pysol_freecell_board.py -F -t 2 black_hole | time perl
-Ilib ./scripts/black-hole-solve -
Solved!
KH
AD
2H
3D
2S
3S
4H
5S
6C
7D
8H
7H
8D
9D
TH
JH
TS
9S
8S
9H
TC
JC
QS
KS
AH
2D
3H
4D
5H
4S
5D
6S
7C
6H
7S
8C
9C
TD
JS
QH
JD
QC
KD
QD
KC
AC
2C
3C
4C
5C
6D
8.79user 0.07system 0:08.92elapsed 99%CPU (0avgtext+0avgdata
131120maxresident)k
0inputs+0outputs (0major+8266minor)pagefaults 0swaps
}}}

As you can see it takes much longer.

> Do you have profiler output for your
> program (i.e. where time is spent before and after)?
>

Well, I haven't converted my program to C yet. I'm attaching the
Devel::NYTProf output of:

$ perl -d:NYTProf -Ilib ./scripts/black-hole-solve 2.bh.board.txt

As one can see from it, most of the time is spent in the loop, with one
statement taking over 1 second in the total run (as they are run many times).
The amount of code spent on reading the board or outputting the solution is
very small.

Regards,

	 Shlomi Fish

> Chen

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
"The Human Hacking Field Guide" - http://shlom.in/hhfg

God considered inflicting XSLT as the tenth plague of Egypt, but then
decided against it because he thought it would be too evil.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5133 From: Shlomi Fish <shlomif@...>
Date: Thu Sep 16, 2010 11:55 am
Subject: Re: Re: Reply to Chen regarding Porting the Black Hole Solver to C
shlomif3
Send Email Send Email
 
Hi all,

On Saturday 28 August 2010 22:21:10 Shlomi Fish wrote:
> Resending because YahooGroups rejected my message (silently).
>
> On Thursday 26 August 2010 21:40:37 Gwen Shapira wrote:
> > > So here is my reply: my code is not slow as Perl code goes, but it
> > > still often takes many seconds to solve a given deal of Black Hole
> > > Solitaire. As I'd like to run the solver on a range of deals in order
> > > to collect some statistics, I expect the Perl code to be too slow for
> > > that. The code is algorithmic and I'd expect that executing the
> > > bytecode by the Perl 5 backend to incur a large amount of overhead.
> >
> > So your code is CPU bound and you are counting on the C optimizer to
> > reduce the CPU usage?
>
> I believe that is the case. I have very little I/O there - mostly just
> parsing the input, and outputting the solution to the STDOUT.
>
> > The reason I'm drilling down into the details is that I've been
> > interested in the question of "In what conditions can a program be
> > made faster by switching to a different language?" and you seem to
> > have a perfect test case :)
>
> Heh, yes.
>
> > In my world code is usually made faster by making it do less physical
> > IO or less logical IO (aka use less memory) or by resolving
> > concurrency issues. All those problems are rarely solved by switching
> > to a different language - although some folks seem to solve
> > concurrency problems by using Erlang.
>
> Memory (RAM/Swap/etc.) access may be a huge factor in the run-time of the
> program, but it is also something that C is much better at.
>
> > I'm curious how it works in other areas that I'm less familiar with.
> > Could you post benchmarks?
>

Now that I've converted the program to C here is a Perl 5-vs.-C benchmark:

{{{
shlomif[black-hole]:$trunk/black-hole-solitaire$ sudo_renice time bash
benchmark-perl.bash
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
127.13user 1.44system 2:07.96elapsed 100%CPU (0avgtext+0avgdata
3785616maxresident)k

0inputs+216outputs (0major+519908minor)pagefaults 0swaps
shlomif[black-hole]:$trunk/black-hole-solitaire$ sudo_renice time bash
benchmark-c.bash
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
4.98user 0.31system 0:05.30elapsed 99%CPU (0avgtext+0avgdata
454512maxresident)k
0inputs+320outputs (0major+113825minor)pagefaults 0swaps
shlomif[black-hole]:$trunk/black-hole-solitaire$
}}}

So, the C solver runs at 5.3 seconds while the Perl solver takes 2:07.96
minutes (~24 times slower).

Just for the record, here are the benchmarking scripts I've used:

[benchmark-perl.bash]
#!/bin/bash
export PATH="$HOME/apps/perl/modules/local/bin:$PATH"
export PERL5LIB="$HOME/apps/perl/modules/lib/perl5/site_perl/5.10.1/"
     (
         seq 1 20
     ) |
     (
         while read T ; do
             echo "$T"
             make_pysol_freecell_board.py -F -t "$T" black_hole |
             black-hole-solve - > "$T".results.txt
         done
     ) 2>&1 | tee -a black_hole_range_LOG
[/]

[benchmark-c.bash]
#!/bin/bash
export PATH="/home/shlomif/apps/test/bhs/bin/:$PATH"
     (
         seq 1 20
     ) |
     (
         while read T ; do
             echo "$T"
             make_pysol_freecell_board.py -F -t "$T" black_hole |
             black-hole-solve - > "$T".results.txt
         done
     ) 2>&1 | tee -a black_hole_range_LOG
[/]

On one occasion I was told that perl 5 was 100 times slower than C, and on a
different one that it was 1,000 times slower, and 24 times slower is still a
very dramatic difference.

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
My Public Domain Photos - http://www.flickr.com/photos/shlomif/

<rindolf> She's a hot chick. But she smokes.
<go|dfish> She can smoke as long as she's smokin'.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5134 From: Amit Aronovitch <aronovitch@...>
Date: Sat Sep 25, 2010 3:01 pm
Subject: Wanted editor feature: synchronized horizontal split
amitar1
Send Email Send Email
 
When reading (or editing) long textual documents, especially source code, you always have to compromisebetween viewing larger portions of the code at once (to get a wider context), and having reasonably sized fonts (long documents take long time to read, you wouldn't want to stress your eyes too much).
Since code typically has a fixed, relatively short, line width, there is no point in stretching your window horizontally. Only vertical stretching helps, and you are limited by the height of your screen.
The problem became even worse with the increased popularity of wide-screens (for a given screen area, you now get shorter screens, and either have to settle for less lines to display or strain the eyes with smaller sized fonts).

I think that the best way to use screen area in modern wide screens would be to "cut" a "virtual" tall window into two halves and have them displayed side by side. In other words, have a wide window for your editor, which is horizontally split in two halves, where lines from the top of the right pane scroll into the bottom of the left pane and vice versa.
In Emacs I can simulate a crude version of this by carefully resizing and scrolling two views of the same buffer, such that the top line of the right view follows the bottom line of the left one
(see screenshot in http://dl.dropbox.com/u/6960989/horizsplit.png), and then turn on "scroll-all-mode" to force synchronized scrolling.
However:
* It is a bit tricky to set up.
* You loose synchronization if you try to scroll beyond the top or bottom of your file.
* I would like to have a single scrollbar, cursor and status line, rather than two (which is confusing).
(well, maybe there is a special emacs mode for what I want, but I do not know of such).

Now the question:
Is such a feature available in your favorite editor? Do you know of a good editor that supports this?
If not - should not be hard to implement - maybe somebody already wrote such an extension...

AA


#5135 From: Shlomi Fish <shlomif@...>
Date: Sun Sep 26, 2010 10:49 am
Subject: Re: Wanted editor feature: synchronized horizontal split
shlomif3
Send Email Send Email
 
Hi Amit,

On Saturday 25 September 2010 17:01:39 Amit Aronovitch wrote:
> When reading (or editing) long textual documents, especially source code,
> you always have to compromise between viewing larger portions of the code
> at once (to get a wider context), and having reasonably sized fonts (long
> documents take long time to read, you wouldn't want to stress your eyes
> too much).
> Since code typically has a fixed, relatively short, line width, there is no
> point in stretching your window horizontally. Only vertical stretching
> helps, and you are limited by the height of your screen.
> The problem became even worse with the increased popularity of wide-screens
> (for a given screen area, you now get shorter screens, and either have to
> settle for less lines to display or strain the eyes with smaller sized
> fonts).
>
> I think that the best way to use screen area in modern wide screens would
> be to "cut" a "virtual" tall window into two halves and have them
> displayed side by side. In other words, have a wide window for your
> editor, which is horizontally split in two halves, where lines from the
> top of the right pane scroll into the bottom of the left pane and vice
> versa.
> In Emacs I can simulate a crude version of this by carefully resizing and
> scrolling two views of the same buffer, such that the top line of the right
> view follows the bottom line of the left one
> (see screenshot in  http://dl.dropbox.com/u/6960989/horizsplit.png ), and
> then turn on "scroll-all-mode" to force synchronized scrolling.
> However:
> * It is a bit tricky to set up.
> * You loose synchronization if you try to scroll beyond the top or bottom
> of your file.
> * I would like to have a single scrollbar, cursor and status line, rather
> than two (which is confusing).
> (well, maybe there is a special emacs mode for what I want, but I do not
> know of such).
>
> Now the question:
> Is such a feature available in your favorite editor? Do you know of a good
> editor that supports this?

It is available in Vim using the ":setlocal scrollbind" feature (tried it now
and it works). Here is the excerpt from the Vim FAQ about it:

{{{
10.8. How do I scroll two or more buffers simultaneously?

You can set the "scrollbind" option for each of the buffer to scroll them
simultaneously.

For more information, read

     :help 'scrollbind'
     :help scroll-binding
     :help 'scrollopt'
}}}

And Vim/gvim is my favourite editor. :-)

Regards,

	 Shlomi Fish

> If not - should not be hard to implement - maybe somebody already wrote
> such an extension...
>
>     AA

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
What Makes Software Apps High Quality -  http://shlom.in/sw-quality

<rindolf> She's a hot chick. But she smokes.
<go|dfish> She can smoke as long as she's smokin'.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5136 From: Amit Aronovitch <aronovitch@...>
Date: Sun Sep 26, 2010 11:23 am
Subject: Re: Wanted editor feature: synchronized horizontal split
amitar1
Send Email Send Email
 

On Sun, Sep 26, 2010 at 12:49 PM, Shlomi Fish <shlomif@...> wrote:
Hi Amit,

On Saturday 25 September 2010 17:01:39 Amit Aronovitch wrote:
> When reading (or editing) long textual documents, especially source code,
> you always have to compromise between viewing larger portions of the code
> at once (to get a wider context), and having reasonably sized fonts (long
> documents take long time to read, you wouldn't want to stress your eyes
> too much).
> Since code typically has a fixed, relatively short, line width, there is no
> point in stretching your window horizontally. Only vertical stretching
> helps, and you are limited by the height of your screen.
> The problem became even worse with the increased popularity of wide-screens
> (for a given screen area, you now get shorter screens, and either have to
> settle for less lines to display or strain the eyes with smaller sized
> fonts).
>
> I think that the best way to use screen area in modern wide screens would
> be to "cut" a "virtual" tall window into two halves and have them
> displayed side by side. In other words, have a wide window for your
> editor, which is horizontally split in two halves, where lines from the
> top of the right pane scroll into the bottom of the left pane and vice
> versa.
> In Emacs I can simulate a crude version of this by carefully resizing and
> scrolling two views of the same buffer, such that the top line of the right
> view follows the bottom line of the left one
> (see screenshot in http://dl.dropbox.com/u/6960989/horizsplit.png ), and
> then turn on "scroll-all-mode" to force synchronized scrolling.
> However:
> * It is a bit tricky to set up.
> * You loose synchronization if you try to scroll beyond the top or bottom
> of your file.
> * I would like to have a single scrollbar, cursor and status line, rather
> than two (which is confusing).
> (well, maybe there is a special emacs mode for what I want, but I do not
> know of such).
>
> Now the question:
> Is such a feature available in your favorite editor? Do you know of a good
> editor that supports this?

It is available in Vim using the ":setlocal scrollbind" feature (tried it now
and it works). Here is the excerpt from the Vim FAQ about it:

{{{
10.8. How do I scroll two or more buffers simultaneously?

You can set the "scrollbind" option for each of the buffer to scroll them
simultaneously.

For more information, read

:help 'scrollbind'
:help scroll-binding
:help 'scrollopt'
}}}

And Vim/gvim is my favourite editor. :-)

In emacs, if you bind the views, and then scroll up until the left half reaches the top, then further scroll-ups would only scroll the right half and you lose sync. Similar thing happens when the right half reaches the bottom.
Does Vim avoid this problem?
Also, what about scrollbars and cursors - do you get a single one (as I want) or two of each (as I get in emacs)?

Finally, is there an emacs-like keyboard binding for Vim (the reverse of emacs' "viper" mode)?

AA


#5137 From: Shlomi Fish <shlomif@...>
Date: Tue Oct 5, 2010 10:49 am
Subject: Fwd: [JoelOnSoftware] I'm speaking in 20 cities...
shlomif3
Send Email Send Email
 
Hi all,

we've discussed Joel-on-Software before here, so I thought you would be
interested.

There will be a presentation of FogBugz software in the Ayalon Mall featuring
Joel "on Software" Spolsky.

Regards,

	 Shlomi Fish

----------  Forwarded Message  ----------

Subject: [JoelOnSoftware] I'm speaking in 20 cities...
Date: Wednesday 29 September 2010, 17:16:45
From: "Joel On Software" <joel@...>
To: shlomif@...

Thanks to the hard work of the Fog Creek team, including ten great summer
interns, we have just released amazing new upgrades to FogBugz and Kiln.

To kick off the new releases, we're about to start another one of our famous
world tours. I'll be flying to 20 (yes, twenty) different cities to demo
FogBugz 8.0 to anyone who wants to come see it in person.

As an added bonus, I'm also going to bring along someone from the Kiln team to
teach a one-hour course in distributed version control. If you've been
wondering what all the fuss is about, this is a painless way to learn the
basics of the new generation of version control.

The events are absolutely free but they always fill up right away, so go sign
up now!

    http://worldtour.fogbugz.com/

--
Joel Spolsky
joel@...
--

To unsubscribe instantly, or change your email address:

http://whatcounts.com/u?id=67D294F930493D91A300131DE02812E58065842C0DFC0923

--
Joel on Software is hosted by:

   Fog Creek Software, Inc.
   55 Broadway, 25th Floor
   New York NY 10006
   (866) 364-2733
   http://www.fogcreek.com

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
http://www.shlomifish.org/humour/ways_to_do_it.html

<rindolf> She's a hot chick. But she smokes.
<go|dfish> She can smoke as long as she's smokin'.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5138 From: Amit Aronovitch <aronovitch@...>
Date: Sat Nov 6, 2010 9:37 pm
Subject: Re: Wanted editor feature: synchronized horizontal split
amitar1
Send Email Send Email
 


On Sat, Nov 6, 2010 at 6:54 PM, Shlomi Fish <shlomif@...> wrote:
Hi Amit,

(Sending again because the previous message was not received by Yahoogroups.
It lost more than one message of mine this way recently.).

On Sunday 26 September 2010 13:23:52 Amit Aronovitch wrote:
> On Sun, Sep 26, 2010 at 12:49 PM, Shlomi Fish <shlomif@...> wrote:
> > Hi Amit,
> >
> > On Saturday 25 September 2010 17:01:39 Amit Aronovitch wrote:
> > > When reading (or editing) long textual documents, especially source
> > > code, you always have to compromise between viewing larger portions of
> > > the code at once (to get a wider context), and having reasonably sized
> > > fonts (long documents take long time to read, you wouldn't want to
> > > stress your eyes too much).
> > > Since code typically has a fixed, relatively short, line width, there
> > > is
> >
> > no
> >
> > > point in stretching your window horizontally. Only vertical stretching
> > > helps, and you are limited by the height of your screen.
> > > The problem became even worse with the increased popularity of
> >
> > wide-screens
> >
> > > (for a given screen area, you now get shorter screens, and either have
> > > to settle for less lines to display or strain the eyes with smaller
> > > sized fonts).
> > >
> > > I think that the best way to use screen area in modern wide screens
> > > would be to "cut" a "virtual" tall window into two halves and have
> > > them displayed side by side. In other words, have a wide window for
> > > your editor, which is horizontally split in two halves, where lines
> > > from the top of the right pane scroll into the bottom of the left pane
> > > and vice versa.
> > > In Emacs I can simulate a crude version of this by carefully resizing
> > > and scrolling two views of the same buffer, such that the top line of
> > > the
> >
> > right
> >
> > > view follows the bottom line of the left one
> > > (see screenshot in http://dl.dropbox.com/u/6960989/horizsplit.png ),
> >
> > and
> >
> > > then turn on "scroll-all-mode" to force synchronized scrolling.
> > > However:
> > > * It is a bit tricky to set up.
> > > * You loose synchronization if you try to scroll beyond the top or
> > > bottom of your file.
> > > * I would like to have a single scrollbar, cursor and status line,
> > > rather than two (which is confusing).
> > > (well, maybe there is a special emacs mode for what I want, but I do
> > > not know of such).
> > >
> > > Now the question:
> > > Is such a feature available in your favorite editor? Do you know of a
> >
> > good
> >
> > > editor that supports this?
> >
> > It is available in Vim using the ":setlocal scrollbind" feature (tried it
> > now
> > and it works). Here is the excerpt from the Vim FAQ about it:
> >
> > {{{
> > 10.8. How do I scroll two or more buffers simultaneously?
> >
> > You can set the "scrollbind" option for each of the buffer to scroll them
> > simultaneously.
> >
> > For more information, read
> >
> > :help 'scrollbind'
> > :help scroll-binding
> > :help 'scrollopt'
> >
> > }}}
> >
> > And Vim/gvim is my favourite editor. :-)
> >
> > In emacs, if you bind the views, and then scroll up until the left half
>
> reaches the top, then further scroll-ups would only scroll the right half
> and you lose sync. Similar thing happens when the right half reaches the
> bottom.
> Does Vim avoid this problem?

I think it does. Pressing Page up (for example) in a viewport positioned at
the top of the file will not move the lower viewport either. However, you can
scroll the lower viewport to the top of the file, but after you scroll it down
again into the middle, the upper buffer will be synchronised to it.


OK

> Also, what about scrollbars and cursors - do you get a single one (as I
> want) or two of each (as I get in emacs)?

I think I get two - two scrollbars and two different cursor.


Pity. Indicates that this feature is a quick hack rather than properly designed.
I wonder why nobody else seems to think that 2-page display is useful for editing (Adobe Reader supports 2-page, but that's no editor).

>
> Finally, is there an emacs-like keyboard binding for Vim (the reverse of
> emacs' "viper" mode)?

There's vimacs:

* http://www.vim.org/scripts/script.php?script_id=300

* http://algorithm.com.au/code/vimacs/about/

It wasn't updated since 2002 , but may still be good enough. I was introduced
to it by a fellow student at the Technion who worked for the EE Dept.'s
Computer Networks Lab where I took some projects. He was using Emacs and then
by inspiration by the fact that I was using Vim, started using Vim as well,
but with Vimacs.

Cool! I'm actually trying this out.

(Seems to work, but you have to manually fix the doc (escaping some *'s in quoted code) before helptagging it)

BTW:
From his site, seems that the main thing that bothered this guy about Emacs was speed.
Unfortunately, few people realize that the comparison is quite unfair, as they compare text-mode VI with the full graphical mode of Emacs (he specifically mentions "the time it takes to open the window").

I normally have "e" aliased to "emacs -nw" - this opens text-mode emacs, which is rather fast (not as fast as VI, but on modern machines, the differences are in measured in tiny fractions of a second, so should not bother the average user).
(Better yet, use "emacs -q -nw", to avoid loading fancy customizations that people/sites have in their .emacs, some of which do not work in text-mode anyways).


Also, the author of Vimacs has put some music that he composed or mixed
online:

http://algorithm.com.au/music/

I downloaded two of his albums and they are not too bad.


Thanks,
AA


#5139 From: Shlomi Fish <shlomif@...>
Date: Wed Dec 8, 2010 9:34 pm
Subject: Book Reviews: "Programming Pearls", "More Programming Pearls" and "The Algorithm Design Manual"
shlomif3
Send Email Send Email
 
Hi all,

in this message I will review three programming books that I've read lately:

* Programming Pearls, 2nd Edition.
* More Programming Pearls (1st and only edition so far).
* The Algorithm Design Manual

so without further ado, here are the book reviews:

1. Programming Pearls, 2nd edition:
-----------------------------------

[info]
* Author: Jon Bentley ( http://en.wikipedia.org/wiki/Jon_Bentley ).

* Book homepage: http://www.cs.bell-labs.com/cm/cs/pearls/ .

* On Amazon:

http://www.amazon.com/Programming-Pearls-2nd-Jon-Bentley/dp/0201657880

* 2nd edition published on 1999.
[/info]

I've heard this book mentioned in several places before buying it and reading
it and it did not disappoint me. This book is absolutely great, with
interesting coverage of interesting programming and computer-science related
topics. It has an extensive discussion of optimising code, which I could
appreciate, being very interested in it (see:
http://en.wikibooks.org/wiki/Optimizing_Code_for_Speed ), and lots of other
interesting stuff. The second edition was updated for modern times, and feels
quite fresh.

Bentley mentions in the book that he has written a book called "Writing
Efficient Programs" which is now out-of-print with some techniques for
optimising code, and I was saddened to hear that it is indeed out-of-print,
because I'd like to read it. He does give a summary of the book in an
appendix,
though.

The book contains many exercises, which I've mentally thought about most, but
did not actually solve using the computer. But otherwise, I enjoyed reading
this
book and can wholeheartedly recommend it.

2. More Programming Pearls:
---------------------------

[info]
* Author: Jon Bentley ( http://en.wikipedia.org/wiki/Jon_Bentley ).

* Book homepage: http://www.cs.bell-labs.com/cm/cs/pearls/ .

* On Amazon:

http://www.amazon.com/More-Programming-Pearls-Confessions-Coder/dp/0201118890

* 1st and only edition published on 1988.
[/info]

A fellow Perl programmer bought me this book as a birthday present from my
Amazon.com wishlist because I put it there out of wishing to read the followup
to the previous book in the series which I enjoyed. However, this book failed
to meet my expectations, and I found it disappointing.

It does not have the same focus on topics that interest me and instead
contains
many different topics. While not being completely bad, it fails to live up
to the promise of the previous book, and I cannot really recommend it. The
book is also showing its age.

The book page on Amazon.com contains a single 3-star review for "More
Programming Pearls" which kinda summarises my feelings.

3. The Algorithm Design Manual:
-------------------------------

[info]
* Author: Steven Skiena .

* Book homepage: http://www.algorist.com/ .

* On Amazon:

http://www.amazon.com/Algorithm-Design-Manual-Steven-Skiena/dp/1848000693/

* 2nd edition published on 1988.
[/info]

I received this book as an Amazon.com gift, after I placed it
on my wishlist by inspiration from that of someone else. For some reason, it
was sent to an old address of ours, which caused some confusion because
I did not recall ordering it. But eventually I realised what happened.

Based on the cover of the book, and its title, I got a somewhat different
idea of what it would be about than what it really was, and thought it would
be very technical and formal. However, this preconception was dis-spelled
shortly after I started reading it. In fact, the book is quite offbeat,
without
too many rigorous proofs.

The book is split into two parts. In the first one, we are given an overview
of the theory behind algorithms with a lot of sample code in C, and with
some "take home lessons", detailed "war stories", where the author explains
how he implemented the topics covered in his work as a professor and algorithm
designer, some exercises, and an accessible coverage of the subject. Some
topics I liked there was the coverage of simulated annealing, his explanation
of why he found genetic algorithms lacking, and the coverage of back tracking,
all of which were missing from my formal computer science education.

The second part of the book was nicknamed "The Hitchhiker's Guide to
Algorithms" and provides an overview of the various algorithms and their
implementations available for the various algorithmic objectives. While also
good and enlightening, my only qualm is that it took me a long time to read,
and by that time, felt the first part of the book was a distant memory.

Still, this is a good book with good coverage of the subject of algorithmics.
I can recommend it.

==================

I'll be happy to answer any questions you have.

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Funny Anti-Terrorism Story - http://shlom.in/enemy

<rindolf> She's a hot chick. But she smokes.
<go|dfish> She can smoke as long as she's smokin'.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5140 From: Shawn <citypw@...>
Date: Thu Dec 9, 2010 11:52 am
Subject: [hacks]hacking on MIT OCW
citypw55
Send Email Send Email
 
hi guys,
     let's make long guffings short:There are great open courses we can
learn a lot from MIT OCW.I think a correct order in study curve is
that begin with SICP[1] and 6.087[2](writing in C).Lisp and C giving
you a different postions to looking at a same thing:The truth of
computational model.then get to know about relationship between OS and
programming languages itself(compilers) in metaphysical that it's
important as if a man who has a strong faith but need to understand
about hen and eggs which is came out at first time when SOMEONE
created the stuff.Speak straightforward,either you can write a OS[3]
when you got a compiler or you can write a compiler[4] when you got a
OS.

[1] 6.001 Structure and Interpretation of Computer Programs:
http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-001-str\
ucture-and-interpretation-of-computer-programs-spring-2005/

[2] 6.087 Practical Programming in C
http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-087-pra\
ctical-programming-in-c-january-iap-2010/

[3] 6.828 Operating System Engineering
http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-828-ope\
rating-system-engineering-fall-2006/index.htm

[4] 6.035 Computer Language Engineering (SMA 5502)
http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-035-com\
puter-language-engineering-sma-5502-fall-2005/


And,I think we missd a heavily course that it's about multicore
programming[5].I think we are almostly using a computer(or a laptop)
with more than 1 core.do we get used to writing the frenk'in source
code for multicore environment?Probably we were not ready yet.This
course might be driven your intrinsically hacking passion in this
issues.The general solution for multicore we have heard of SMP a
lot.Another solution is called SMT which many cores in a chip and
every core takes own few excution threads in hardware-level
implementation.And...Play Stations 3's Cell CPU is that one it's also
cheaper than other high performance machine.That's why
hackers(University,military,research lab) would love to buy many PS3
then install the GNU/linux into it,and hacking multicore stuff on
it.IBM guys won the game console war by gave Sony a "advice" about
developing a new CPU---Cell.Ok,that's not a topic I wanna discuss
here.

as a hacker who are get involve in computer spheres.the contents of
those 5 course we need to hack them all,seriously.It may takes few
years.But it definitely worth it.

btw:if you are going to hack SICP,take a look at this guy's blog[6]

may LORD's hacking spirit guide us!!!

[5] 6.189 Multicore Programming Primer
http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-189-mul\
ticore-programming-primer-january-iap-2007/

[6] Eliben's blog(he had already done all exceises)
http://eli.thegreenplace.net/category/programming/lisp/sicp/


--
GNU powered it...
GPL protect it...
God blessing it...

regards
Shawn

#5141 From: Shlomi Fish <shlomif@...>
Date: Mon Dec 27, 2010 6:38 pm
Subject: New Document: "How to Start Contributing to or Using Open Source Software"
shlomif3
Send Email Send Email
 
Hi all,

I recently finished working on a new document titled "How to Start
Contributing to or Using Open Source Software" intended to get more people
involved in the world of free and open source software (FOSS). You can find it
here:

http://teachingopensource.org/index.php/How_to_start_contributing_to_or_using_Op\
en_Source_Software

Short link: http://bit.ly/gkeXn5

Any comments, corrections or suggestions would be welcome.

Regards,

	 Shlomi Fish

--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
List of Portability Libraries - http://shlom.in/port-libs

Chuck Norris can make the statement "This statement is false" a true one.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

#5142 From: Shlomi Fish <shlomif@...>
Date: Thu Jan 20, 2011 1:42 pm
Subject: Fwd: [Israel.pm] TA.pm meeting (Jan 26th)
shlomif3
Send Email Send Email
 
----------  Forwarded Message  ----------

Subject: [Israel.pm] TA.pm meeting (Jan 26th)
Date: Monday 17 Jan 2011, 19:11:41
From: sawyer x <xsawyerx@...>
To: Perl in Israel <perl@...>

Hi everyone!

We're continuing our monthly TA.pm meetings.
(http://telaviv.pm.org/)

The next meeting will be 9 days from today.

Date: *January 26th*.
Address: *Shenkar College, Anna Franck 12, Ramat Gan. Room 323*.
*6:30pm Get-together*
*7:00pm Talks
*
This meeting will try to focus on web development and will (as any meeting)
include both beginner talks and intermediate ones.
We will also start a tradition of exhibition! Module exhibition, that is.
Pick a module you want to exhibit and take 5 minutes to talk about it.
If you want to exhibit a module, you can talk to me privately (if you need a
laptop, or funny hats) or you can just step up in between talks.

This meeting we will enjoy the following talks:
- What the hell is web development? (Sawyer X)
A nice, easy, hopefully interesting, understandable introduction to web
development.
(beginner talk)
- The web stack (Ilan Arad)
A hands-on, discussion-oriented talk on advanced understanding of the web
stack, from server-side to client-side.
(advanced talk)

As always, there are a few good reasons to come to the Perl Mongers
meetings:
* Meeting more geek-minded people like yourself
* Learning new stuff, if you're a beginner
* Learning new stuff, if you're advanced
* Shlomi brings snacks!
* Laughs, jokes, fun, and anything else we can fake! :)

Please feel free (and do) invite anyone you want!

See you there!
Sawyer.

P.S.:
We already have a few talks scheduled for future talks, but we're ALWAYS
looking, so please, don't be afraid to suggest a talk, on anything, at any
level.
Two increments for early talk submitters!

P.P.S.:
Website will be updated shortly.

-----------------------------------------
--
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Funny Anti-Terrorism Story - http://shlom.in/enemy

Chuck Norris can make the statement "This statement is false" a true one.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

Messages 5113 - 5142 of 5201   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?

Copyright 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help