October 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Cap lock madness

by Douglas Brebner

Schwab,Wilhelm K wrote: > In working on the loader, my image appeared to go crazy. I was > picking up things by halos when I had not intended to do so, the menus > didn't look right; it was a mess. I wondered whether my new laptop > had a busted/stuck control or alt key, and then noticed that the cap > lock was on. Is there any reason the menus get weird when the cap > lock is set? It seems like a nice way to drive off new users unless > I'm missing the big picture somewhere. Caps lock is a modifier under X11, just like alt, ctrl, shift, meta and hyper. There was a change in the unix VM on 2009-08-26 which might fix this: * vm-display-X11/sqUnixX11.c (x2sqModifier): Do not map Caps Lock to shift modifier.

Oct. 3, 2009

Re: [Pharo-project] Examples for UITheme

by StÃ©phane Ducasse

thanks cyrille There is no small changes. This is cool to be able to execute example without having to type the method names :) Stef On Oct 2, 2009, at 4:44 PM, Cyrille Delaunay wrote: > It's done :) > > 2009/10/2 Marcus Denker <denker(a)acm.org> > > On 02.10.2009, at 10:32, Cyrille Delaunay wrote: > > > Hi, > > > > I have added comments to the UITheme classe description and into the > > examples methods, to evaluate directly the examples. > > I have saved that in 'PharoInBox' in squeaksource. > > Can you add an entry in the issue tracker for that? > > Marcus > > > > > -- > Marcus Denker - http://marcusdenker.de > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 3, 2009

Re: [Pharo-project] Ugly crashes in 09.09.3 - any ideas?

by Schwab,Wilhelm K

Mariano, Actually, I bought a laptop for two reasons: (1) they "went and got cheap" while I wasn't looking, so there was absolutely no reason for me not to have one at these prices and capabilities; (2) to put Ubuntu on it so I'd have a Linux box with me. The bottom line: a segmentation fault. I saved the text to a file and will check it for anything that I dare not release (passwords, etc.) and then can post it if it will help. There has been no debug log that I can find, at least not associated with these crashes - like I said, they're ugly. The two worst things, IMHO, that a computer can do are freeze, and a close second is to simply quit w/o saying why. Understood about a bug in ODBC, but that does not explain why the earlier image has no troubles. I might have not loaded things correctly, maybe there is a new version of the package that breaks something. However, Pharo should give me some clues vs. just rolling over and disappearing from RAM w/o a trace. Respectfully, I do think it is a Pharo/FFI problem, if only that something can crash it so easily and completely with no diagnostic data. More to come, and I like Indian food, so if I have to eat crow, I'd appreciate a good hot vindaloo :) Minor disagreements aside, THANKS for your reply. The command-line idea was very helpful (I should have thought of it, and will next time). Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck Sent: Friday, October 02, 2009 7:10 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Ugly crashes in 09.09.3 - any ideas? 2009/10/2 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> I moved my code into 09.09.3 web, and it is crashing badly - the vm just dies, no indication (that I have found) as to why. Reminds me of working in C on 16 bit systems =:( If you are in Linux, run it from command line so that you cansee the output on it ? If you are in Windows, you can see the dump file ?. what about the PharoDebug.log ? By sneaking up on the crash, I see that it is quitting when asking ODBCConnection to connect. Please, don't understand me wrong, but probably you have a "bug" in your ODBC driver. I have A LOT of segmentation faults while developing SqueakDBX. And ALWAYS was mine problem (wrong order of calls, or whatever) or an OpenDBX (ODBC C library in your case) problem. I don't think it is a FFI or Pharo related problem. At one point, just inspecting a handle is enough to blow away the vm. Suggestions would be appreciated. I might set up a new image with just ODBC to try to reproduce it. Yeah. Take a clean and latest PharoCore and try to load it there. Best, Mariano Bill _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 3, 2009

Re: [Pharo-project] Ugly crashes in 09.09.3 - any ideas?

by Mariano Martinez Peck

2009/10/2 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> > I moved my code into 09.09.3 web, and it is crashing badly - the vm just > dies, no indication (that I have found) as to why. Reminds me of working in > C on 16 bit systems =:( > > If you are in Linux, run it from command line so that you can see the output on it ? If you are in Windows, you can see the dump file ?. what about the PharoDebug.log ? > By sneaking up on the crash, I see that it is quitting when asking > ODBCConnection to connect. > Please, don't understand me wrong, but probably you have a "bug" in your ODBC driver. I have A LOT of segmentation faults while developing SqueakDBX. And ALWAYS was mine problem (wrong order of calls, or whatever) or an OpenDBX (ODBC C library in your case) problem. I don't think it is a FFI or Pharo related problem. > At one point, just inspecting a handle is enough to blow away the vm. > Suggestions would be appreciated. I might set up a new image with just ODBC > to try to reproduce it. > > Yeah. Take a clean and latest PharoCore and try to load it there. Best, Mariano > Bill > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 3, 2009

Re: [Pharo-project] Is OldSocket still useful?

by Mariano Martinez Peck

On Fri, Oct 2, 2009 at 7:07 PM, Noury Bouraqadi <bouraqadi(a)ensm-douai.fr>wrote: > It does not seem to be referenced anymore. > > Weird...look what I found: http://code.google.com/p/pharo/issues/detail?id=275&can=1&q=OldSocket&colsp… perhaps it was actually never integrated? > Noury > http://vst.ensm-douai.fr/noury/ > -------------- > -17Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents > (JFSMAâ09). Lyon, 19-21 Octobre 2009 - > http://bat710.univ-lyon1.fr/~sycosma/JFSMA09/<http://bat710.univ-lyon1.fr/%7Esycosma/JFSMA09/> > > -2nd International Workshop on Agent Technology for Disaster > Management (ATDM'09), Nagoya, Japan, Dec. 13rd, 2009 - > http://doesnotunderstand.org/wikka.php?wakka=ATDM2009 > > -16Ã¨me ConfÃ©rence francophone sur les Langages et ModÃ¨les Ã Objets > (LMO). Pau 2010 - http://lmo-conference.org/2010 > > -ESUG 18th International Smalltalk Conference - Barcelona, Spain 2010 > http://www.esug.org/Conferences/2010 > > > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 2, 2009

Re: [Pharo-project] Cap lock madness

by Schwab,Wilhelm K

FWIW, the loader worked out nicely. It is cleaner than a script would be, and MC handles the newlines correctly, at least going back to 09.07.2. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Friday, October 02, 2009 5:44 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Cap lock madness Hopefully somebody can point out something simple that will fix everything, but I'm to the point of declaring my move into 09.09.3 a failure. It was worth the effort because it forced me to clean up some packaging and revisit my load scripts. I figured out that when my image began to complain that the changes file was nearly too big, it was was doing so not because it was almost done loading my relatively modest amount of code, but it was because I had loaded it part way through many times, fixing bugs and accumulating LOTS of changes along the way - no problem. Since I cannot seem to copy and paste between 09.07.2 and 09.09.3 (they treat newlines differently), I thought to make yet another loader (my own) that will appear as a package with one class and a few methods to do my loading using whatever wins (installer, script loader, gofer, etc.) or a mix of them. Hopefully I can load that in either version, the code will look right, and the "script" will work. In working on the loader, my image appeared to go crazy. I was picking up things by halos when I had not intended to do so, the menus didn't look right; it was a mess. I wondered whether my new laptop had a busted/stuck control or alt key, and then noticed that the cap lock was on. Is there any reason the menus get weird when the cap lock is set? It seems like a nice way to drive off new users unless I'm missing the big picture somewhere. Bill

Oct. 2, 2009

Re: [Pharo-project] Deploying Seaside: A tutorial

by Miguel Enrique CobÃ¡ Martinez

El miÃ©, 23-09-2009 a las 14:50 -0500, Miguel Enrique CobÃ¡ Martinez escribiÃ³: > I have to written a tutorial about deploying Seaside applications to > production servers. The tutorial uses a simple application to test a > setup with following components: > > Debian GNU/Linux > lighttpd > Magma server > Magma seasideHelper > Seaside 2.8 > PharoCore > > You can find the tutorial here: > > http://miguel.leugim.com.mx/index.php/2009/09/18/deploying-seaside-applicat… > http://miguel.leugim.com.mx/index.php/2009/09/22/deploying-seaside-install-… > http://miguel.leugim.com.mx/index.php/2009/09/22/deploying-seaside-prepare-… > http://miguel.leugim.com.mx/index.php/2009/09/22/deploying-seaside-populate… > http://miguel.leugim.com.mx/index.php/2009/09/22/deploying-seaside-configur… > > Hopefully this will add to the collective knowledge and will answer some > questions we all have had with respect to deploying Seaside. > There are a couple of post that I must write yet, the SeasideProxyTester > explanation and the load testing ones but you can have a fully > configured setup to try and adapt to your needs. > > Critics and comments are welcome. > > Cheers Have added some post on load testing using JMeter: http://miguel.leugim.com.mx/index.php/2009/10/01/deploying-seaside-load-tes… and using https for your application: http://miguel.leugim.com.mx/index.php/2009/10/02/deploying-seaside-adding-s… Cheers -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Oct. 2, 2009

[Pharo-project] Cap lock madness

by Schwab,Wilhelm K

Hopefully somebody can point out something simple that will fix everything, but I'm to the point of declaring my move into 09.09.3 a failure. It was worth the effort because it forced me to clean up some packaging and revisit my load scripts. I figured out that when my image began to complain that the changes file was nearly too big, it was was doing so not because it was almost done loading my relatively modest amount of code, but it was because I had loaded it part way through many times, fixing bugs and accumulating LOTS of changes along the way - no problem. Since I cannot seem to copy and paste between 09.07.2 and 09.09.3 (they treat newlines differently), I thought to make yet another loader (my own) that will appear as a package with one class and a few methods to do my loading using whatever wins (installer, script loader, gofer, etc.) or a mix of them. Hopefully I can load that in either version, the code will look right, and the "script" will work. In working on the loader, my image appeared to go crazy. I was picking up things by halos when I had not intended to do so, the menus didn't look right; it was a mess. I wondered whether my new laptop had a busted/stuck control or alt key, and then noticed that the cap lock was on. Is there any reason the menus get weird when the cap lock is set? It seems like a nice way to drive off new users unless I'm missing the big picture somewhere. Bill

Oct. 2, 2009

[Pharo-project] Is OldSocket still useful?

by Noury Bouraqadi

It does not seem to be referenced anymore. Noury http://vst.ensm-douai.fr/noury/ -------------- -17Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ09). Lyon, 19-21 Octobre 2009 - http://bat710.univ-lyon1.fr/~sycosma/JFSMA09/ -2nd International Workshop on Agent Technology for Disaster Management (ATDM'09), Nagoya, Japan, Dec. 13rd, 2009 - http://doesnotunderstand.org/wikka.php?wakka=ATDM2009 -16Ã¨me ConfÃ©rence francophone sur les Langages et ModÃ¨les Ã Objets (LMO). Pau 2010 - http://lmo-conference.org/2010 -ESUG 18th International Smalltalk Conference - Barcelona, Spain 2010 http://www.esug.org/Conferences/2010

Oct. 2, 2009

[Pharo-project] Ugly crashes in 09.09.3 - any ideas?

by Schwab,Wilhelm K

I moved my code into 09.09.3 web, and it is crashing badly - the vm just dies, no indication (that I have found) as to why. Reminds me of working in C on 16 bit systems =:( By sneaking up on the crash, I see that it is quitting when asking ODBCConnection to connect. At one point, just inspecting a handle is enough to blow away the vm. Suggestions would be appreciated. I might set up a new image with just ODBC to try to reproduce it. Bill

Oct. 2, 2009