May 2012 - Pharo-users - lists.pharo.org

FYI: No JIT on Windows 8 for ARM - luajit - FreeLists

by Sven Van Caekenberghe

That means no official CogVM then ? Both ARM and x86 seems to be problematic. http://www.freelists.org/post/luajit/FYI-No-JIT-on-Windows-8-for-ARM Luckily I am not on Windows ;-) Mac OS X is also moving slowly in the wrong direction of a couple of fronts. Maybe it becomes time to switch to Linux for everything, if only a nicely built 100% supported laptop existedâ¦ Sven

May 10, 2012

Fwd: Do you know any candidates for assistant positions in our department

by StÃ©phane Ducasse

Begin forwarded message: > From: Kim Mens <Kim.Mens(a)uclouvain.be> > Subject: Do you know any candidates for assistant positions in our department > Date: May 10, 2012 10:28:45 AM GMT+02:00 > To: researchers RELEASED <released(a)listes.uclouvain.be> > > Dear all, > > I am urgently looking for possible candidates to fill up some teaching and research assistants in our department. Such an assistant typically has teaching and research duties and gets up to 6 years to obtain a PhD (to be renewed every 2 years). The 6 years is because of the extra teaching load as compared to a normal researchers. Regarding research, they get to choose what professor they want to do research with and negotiate the research topic with him; evidently I'm open to have them under my guidance, but the choice is up to them. Regarding teaching, the teaching charges are distributed equally among the different assistants based on their capacities and interests. The positions are very interesting, and they get a real contract and fair salary (as compared to some other countries). A university level degree of master in computer science or computing science engineering (or something equivalent) is a must. (For foreigners, equivalence of their diploma will need to be verified but that can be done afterwards I think.) Knowledge of French is strongly desired because the bachelor years are still taught in French and we are already quite short on French-speaking researchers to help out with teaching duties in the bachelor years. Knowledge of English is also positive since our Master years are taught in English. Anyway, if you would know anyone, please pass them this information. The deadline is very short since all forms need to be filled in and submitted electronically by May 18, which would mean they need to start working on it right now. A internal selection commission of professors from our department will select the three best candidates from all those who applied. > > More instructions on how to apply can be found here : > http://www.uclouvain.be/11617.html > The candidate needs to fill out the digital form that is available there. If they click on "Listes des postes vacants" they will see the different vacancies currently available for the entire university. The ones related to our department can be found under the faculty "Ecole Polytechnique de Louvain" and more specifically the vacancies with identification numbers 00001941, 00002203, en 00004257. > You will see that 2 of these 3 have a description that is particularly dedicated to computer science. The third one looks more general, but in fact it has been decided recently that it will also go to computer science, but we weren't able to change the description anymore. Interested candidates should thus fill in the form and are strongly advised to apply to each of the 3 positions, even though they can receive only one. (I agree the procedure is a bit absurd, but what did you expect, this is Belgium.) > > Of course you can always contact me for more information or if the procedure is not 100% clear (even though I also had to look all of this up on the official university webpage). > > That's it for now... > > Thanks for your attention to this mail. > > Prof. Kim Mens > UniversitÃ© catholique de Louvain (UCL) > Institute of Information & Communication Technologies, Electronics and Applied Mathematics (ICTEAM) > IngÃ©nierie Informatique (INGI) > Place Sainte Barbe 2, B-1348 Louvain-la-Neuve, Belgique > kim.mens(a)uclouvain.be > > >

May 10, 2012

Re: [Pharo-users] tentative schedule for the pharo conference

by StÃ©phane Ducasse

On May 9, 2012, at 2:54 PM, Tudor Girba wrote: > Hi, > > Nice start. Thanks for working on it. > > I think that if we want to have more discussions, the presentations > should be shorter and should be seen as input for the discussions. > > So, for duration I would propose talks of 10 and 20 minutes, each with > 10 minutes Q&A. I agree. Now 10 min is too short. May be 30 min is better. May be we could have a voting system during the first half day. > I, for example, would offer a 10 minutes talk on how I work using > Pharo and Moose inside a Java company. I think this could be relevant > for people that would want to introduce Smalltalk in existing software > development shops and have a sustainable business case, too. Yes I like that > > For topics, at first sight it seems that some of the talks are too > technical for the overall idea of focusing on business. For example, > the building of VMs seems quite out of scope. It depends. It can lower people stress to know that they can recompile their vm in 10 min and not depend on somebody somewhere. > > What do you think? > > Cheers, > Doru > > > On Wed, May 9, 2012 at 1:20 PM, StÃ©phane Ducasse > <Stephane.Ducasse(a)inria.fr> wrote: >> Hi guys >> >> Here is a tentative schedule for the forth coming conference. >> >> ICAL: >> https://www.google.com/calendar/ical/2d97rjlqso704v09d49sgcsjec%40group.cal… >> >> HTML: >> https://www.google.com/calendar/embed?src=2d97rjlqso704v09d49sgcsjec%40grou… >> >> >> please lets us know if you have any idea feedback. >> -- >> >> Sef > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

May 9, 2012

Re: [Pharo-users] Listening on sockets

by Douglas Brebner

On 08/05/2012 20:01, Sean P. DeNigris wrote: > It works, but not for ip6. I guess this is more complicated than I thought. > OS X lets me listen on a port that's already listening with ip6. > > before I open my port, lsof shows: > java ... IPv6 ... TCP *:port_number (LISTEN) > > and after: > java ... IPv6 ... TCP *:port_number (LISTEN) > CogVM ... IPv4 ... TCP *:same_port_number!!! (LISTEN) > > WTF! > > Hmm, aren't IPv4 and IPv6 ports completely separate namespaces?

May 9, 2012

Re: [Pharo-users] tentative schedule for the pharo conference

by Tudor Girba

Hi, Nice start. Thanks for working on it. I think that if we want to have more discussions, the presentations should be shorter and should be seen as input for the discussions. So, for duration I would propose talks of 10 and 20 minutes, each with 10 minutes Q&A. I, for example, would offer a 10 minutes talk on how I work using Pharo and Moose inside a Java company. I think this could be relevant for people that would want to introduce Smalltalk in existing software development shops and have a sustainable business case, too. For topics, at first sight it seems that some of the talks are too technical for the overall idea of focusing on business. For example, the building of VMs seems quite out of scope. What do you think? Cheers, Doru On Wed, May 9, 2012 at 1:20 PM, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> wrote: > Hi guys > > Here is a tentative schedule for the forth coming conference. > > Â Â Â Â ICAL: > Â Â Â Â https://www.google.com/calendar/ical/2d97rjlqso704v09d49sgcsjec%40group.cal… > > Â Â Â Â HTML: > Â Â Â Â https://www.google.com/calendar/embed?src=2d97rjlqso704v09d49sgcsjec%40grou… > > > please lets us know if you have any idea feedback. > -- > > Sef -- www.tudorgirba.com "Every thing has its own flow"

May 9, 2012

tentative schedule for the pharo conference

by StÃ©phane Ducasse

Hi guys Here is a tentative schedule for the forth coming conference. ICAL: https://www.google.com/calendar/ical/2d97rjlqso704v09d49sgcsjec%40group.cal… HTML: https://www.google.com/calendar/embed?src=2d97rjlqso704v09d49sgcsjec%40grou… please lets us know if you have any idea feedback. -- Sef

May 9, 2012

Re: [Pharo-users] Listening on sockets

by Sven Van Caekenberghe

Thanks for the code, Sean, I will consider it. Now, the tests can indeed 'fail' but on the explicitely tested condition that they are 'running alone on that port'. It is not really a failure, more a 'resource not available'. The difference between the current approach and what you propose is like the difference between optimistic and pessimistic locking. And even in your solution there might be a very small time window were things still do wrong. As for the actual functionality of the socket plugin code, let's say it could be modernized. Sven On 08 May 2012, at 21:01, Sean P. DeNigris wrote: > > Sven Van Caekenberghe wrote >> >> You can try, maybe it solves your 'problem'. >> > > Thanks, Sven! > > It works, but not for ip6. I guess this is more complicated than I thought. > OS X lets me listen on a port that's already listening with ip6. > > before I open my port, lsof shows: > java ... IPv6 ... TCP *:port_number (LISTEN) > > and after: > java ... IPv6 ... TCP *:port_number (LISTEN) > CogVM ... IPv4 ... TCP *:same_port_number!!! (LISTEN) > > WTF! > > For now, I'm using the ugly and non-portable: > | lsof output p portsInUse | > lsof := PipeableOSProcess waitForCommand: 'lsof -i -P -FnT'. > output := p output. > portsInUse := Set new. > "Output is e.g. 'n*:52844TST=LISTENTQR=0TQS=0', where there is an lf > between each field i.e. between the 4 at the end of the example's port > number and the T, which starts the status info, and the next address" > "So we're matching the colon before the port number, the number, lf (now > we're in the status info), and then LISTEN before the next lf (when the next > address begins)" > output regex: '\:[[:digit:]]+\s\S*LISTEN' matchesDo: [ :e | portsInUse add: > e allButFirst asNumber ]. > isAvailable := (portsInUse includes: my_port) not. > > but it seems like it'd be nice to have a portable way, since it's generally > useful, e.g. in zinc's tests, if I open port 1700 and run the server tests, > they fail intermittently. With an appropriate comment to the ip6 limitation, > I think this would be very useful: > > "Would this go in ZnNetworkingUtils? ZnUtils?" > isPortAvailable: aNumber > "Does not take ip6 into account i.e. if the port is already open with ip6, > will indicate it is available" > > | socket isAvailable | > socket := Socket newTCP listenOn: aNumber. > isAvailable := socket isValid and: [ socket localPort = aNumber ]. > socket destroy. > ^ isAvailable. > > then the server tests could be more robust... > ZnServerTests>>port > ^ (1700 to: 1750) detect: [ :e | ZnNetworkingUtils isPortAvailable: e ]. > > and here's a test for the new functionality... > testIsPortAvailable > > | availablePort utils socket | > utils := ZnNetworkingUtils default. > availablePort := (1700 to: 1800) detect: [ :e | utils isPortAvailable: e ]. > > socket := Socket newTCP listenOn: availablePort. > self deny: (utils isPortAvailable: availablePort). > > socket destroy. > self assert: (utils isPortAvailable: availablePort). > > -- > View this message in context: http://forum.world.st/Listening-on-sockets-tp4618129p4618367.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

May 9, 2012

Re: [Pharo-users] Post file with Zinc

by Sven Van Caekenberghe

On 08 May 2012, at 22:56, Sven Van Caekenberghe wrote: > And yes, maybe yet another convenience method like the #downloadTo: would be useful ;-) > Even guessing the mime-type from the extension is possible (as in ZnStaticFileServerDelegate>>#responseForFile:). > I'll see what I can do later. I added a convenience method called ZnClient>>#uploadEntityFrom: so the example now becomes: ZnClient new url: 'http://hudson.server.org/createItem'; queryAt: 'name' put: 'newjobname'; username: 'user' password: 'password'; uploadEntityFrom: '/tmp/foo.xml'; post. Now, for other people who might get confused: this is *not* the same as doing a 'web style form based upload' ! This can be done with Zn as well, of course. It would look more or less like: ZnClient new url: 'http://hudson.server.org/createItemForm'; username: 'user' password: 'password'; addPart: (ZnPart fieldNamed: 'file' fileNamed: '/tmp/foo.xml'); post. The last example is using a multi-part form-data entity. Sven

May 9, 2012

Re: [Pharo-users] Post file with Zinc

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > ZnClient new > ... > entity: (ZnEntity > with: ('/tmp/foo.xml' asReference readStreamDo: [ :stream | stream > contents ]) asString > type: ZnMimeType applicationXml); > Thanks, Sven!!! Worked perfectly :) -- View this message in context: http://forum.world.st/Post-file-with-Zinc-tp4618573p4619382.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 9, 2012

Re: [Pharo-users] Post file with Zinc

by Sven Van Caekenberghe

Sean, On 08 May 2012, at 22:17, Sean P. DeNigris wrote: > I'm want to post an xml file with Zinc: > > Something like this > curl -X POST > "http://user:password@hudson.server.org/createItem?name=newjobname" > --data-binary "@/path/to/newconfig.xml" -H "Content-Type: text/xml" > > I see the form post methods, but how do I post a file? > > Thanks, > Sean I am at the moment hard at work and forcing myself to stay focused on writing the Zn documentation that I keep promising but never seem to produce ;-) Basically, it would go like this (untested): ZnClient new url: 'http://hudson.server.org/createItem'; queryAt: 'name' put: 'newjobname'; username: 'user' password: 'password'; entity: (ZnEntity with: ('/tmp/foo.xml' asReference readStreamDo: [ :stream | stream contents ]) asString type: ZnMimeType applicationXml); post. You basically need to load the whole file since you have to know the length. The #asString conversion is probably not needed (but encodings could have to be involved). It can be done using streaming for files, as in ZnStaticFileServerDelegate>>#responseForFile: but it requires even more code. And yes, maybe yet another convenience method like the #downloadTo: would be useful ;-) Even guessing the mime-type from the extension is possible (as in ZnStaticFileServerDelegate>>#responseForFile:). I'll see what I can do later. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

May 8, 2012