- Pharo-dev - lists.pharo.org

[Pharo-project] We will not accept any changes using initials anymore
by StÃ©phane Ducasse Nov. 1, 2008

Nov. 1, 2008

Hi guys We are really sorry about that but we will not accept code submitted with initials anymore because we do not know who is submitting. Just use your full name instead of initials. we will fix the Author class to ask for your full name! Stef and Marcus

4 10

[Pharo-project] [update] #1025
by Marcus Denker Nov. 1, 2008

Nov. 1, 2008

update1025 --------- Issue 303: TODO: remove profiling methods Issue 300: unimplemented call in AlignmentMorphBob1>>acceptDroppingMorph:event: Issue 299: Mantis 007007 and 007008 correct toggle break on entry -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

2 1

[Pharo-project] [update] #10126
by Marcus Denker Oct. 31, 2008

Oct. 31, 2008

-> Issue 248: SLICE-Mantis-ScaledDecimal-SqNumberParser-Fix-nice.1 -> Issue 295: #testSupplyAnswerUsingRegexMatchOfQuestion fails -> latest collection tests 248 is a collection of fixes (thanks to Nicolas Cellier). Here is the full description: GATHER SOME FIX FROM MANTIS CONCERNING SqNumberParser AND ScaledDecimal ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=6976 This changeSet makes SqNumberParser about twice and up to four times faster than it used to in Float Number crunching. Four improvements were proposed: 1) Inline digitValue when radix <= 10. This is the main gain. 2) Don't test 'NaN' and 'Infinity' in preamble. Test only in exceptional conditions (when no digit were found). 3) hack (aRadix raisedTo: exponent) with base 2 bitShift: arithmetic and use timesTwoPower: a posteriori to avoid some LargePositiveInteger. 4) hack PositionableStream>>position: replace & condition by and: which is inlined by Compiler"! NOTE: I did not load changes for the 3) item I find optimization hackish concerning gradual underflow, for marginal gains... It could eventually enhance greatly reading hex float... You can find it as file SqNumberParser_speedUp_Patch_M6976_nice.1.cs in mantis report. ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=7174 This change set enables a further speed up for number parsing - LargeInteger (like 20 factorial) - Float with large fractionPart (like Float pi). Note that this change introduces selector #isLarge (rather than testing isKindOf: LargePositiveInteger). ------------------------------------------------------------ Additional refactorings for SqNumberParser: 1) avoid using (self readSomethingIfFail: [aBlock]), and replace with (value := self readSomething ifNil: [aBlock]) This is for efficiency (up to +25%) 2) factor repeated code into smaller methods ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=7169 SqNumberParser does not parse a ScaledDecimal with trailing zeros correctly (like 0.50s2). ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=6779 ScaledDecimal readFrom: '5.3' would not answer a ScaledDecimal ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=6976 1.00s2 isLiteral used to answer false. ------------------------------------------------------------ http://bugs.squeak.org/view.php?id=4378 Some ScaledDecimal have more precision than they actually print. They should not use printOn: to storeOn: in this case. ------------------------------------------------------------ | report | report := (String new: 1024) writeStream. report nextPutAll: 'Timing SqNumberParser for some numbers:'; cr. {'0.0'. '0.0001'. '1.2000000'. '3.14159'. '-3.14159'. '314159.276'. '3.14159e10'. '3.14159e-10'. Float pi printString. 'NaN'. '-Infinity'. '1'. '-256'. SmallInteger maxVal printString. 20 factorial printString} do: [:e | | sqBench numBench speedFactor | sqBench := [SqNumberParser parse: e readStream] bench. numBench := [Number readFrom: e readStream] bench. speedFactor := (SqNumberParser on: sqBench) nextNumber / (SqNumberParser on: numBench) nextNumber. report nextPutAll: e , ' ' , sqBench , ' Speed Up factor vs Number readFrom: = x' , (speedFactor roundTo: 0.1) printString; cr]. report contents. 'Timing SqNumberParser for some numbers: 0.0 45454.10917816437 per second. Speed Up factor vs Number readFrom: = x2.9 0.0001 25432.51349730054 per second. Speed Up factor vs Number readFrom: = x2.3 1.2000000 24007.19856028794 per second. Speed Up factor vs Number readFrom: = x2.6 3.14159 23199.5600879824 per second. Speed Up factor vs Number readFrom: = x2.2 -3.14159 22635.6728654269 per second. Speed Up factor vs Number readFrom: = x2.1 314159.276 21928.81423715257 per second. Speed Up factor vs Number readFrom: = x2.4 3.14159e10 14818.03639272146 per second. Speed Up factor vs Number readFrom: = x2.4 3.14159e-10 11181.96360727855 per second. Speed Up factor vs Number readFrom: = x2.7 3.141592653589793 5472.50549890022 per second. Speed Up factor vs Number readFrom: = x1.5 NaN 23603.27606871754 per second. Speed Up factor vs Number readFrom: = x0.4 -Infinity 32998.200359928 per second. Speed Up factor vs Number readFrom: = x0.8 1 81118.776244751 per second. Speed Up factor vs Number readFrom: = x2.7 -256 70116.1767646471 per second. Speed Up factor vs Number readFrom: = x3.2 1073741823 42773.8452309538 per second. Speed Up factor vs Number readFrom: = x3.9 2432902008176640000 16934.01319736053 per second. Speed Up factor vs Number readFrom: = x4.0 -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

1 0

[Pharo-project] Issue 303
by Gwenael Casaccio Oct. 31, 2008

Oct. 31, 2008

Hi guys, I've fixed the issu 303 Cheers, Gwenael

3 5

[Pharo-project] Problem with initials
by Damien Cassou Oct. 31, 2008

Oct. 31, 2008

Hi, I've already seen a ".ducasse" in two commits by two different people: System-al.ducasse.174.mcz System-GwenaelCasaccio.ducasse.178.mcz And also: CollectionsTests-stephane_ducasse.ducasse.98.mcz I don't know what happens, but you should take care of this. -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

2 1

Re: [Pharo-project] serial port support?
by Bill Schwab Oct. 30, 2008

Oct. 30, 2008

Lukas, all, Serial ports are a must for me. Whether or not that means they need to be in the base is another question; I vote yes. USB would be of more use if the consortium would spend less time telling us what they are not, and focus on telling us what they are and how to do what we want. Plug-n-play is "simple" until it becomes unpredictable, which is my experience w/ USB in embedded devices. It is wonderful for hooking up printers and flash drives, and is TERRIBLE for configurations that need to "just work" for weeks/months at a time. My Canadian friends (www.connecttech.com) make various cards that add serial ports to machines; their hardware and drivers are basically bullet proof. The notable exception is their USB-serial product, which works, but suffers from USB grumpiness. Please think of serial ports as being alive and well. They are very commonly used in the embedded systems world. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> renggli(a)gmail.com 10/30/2008 1:53 AM >>> On Thu, Oct 30, 2008 at 7:44 AM, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > I was glancing thru the source code and noticed we have the serial port & > midi classes. > Do we need those in the base Pharo? I don't think so. The serial port seems to be rarely used nowadays. It would be more interesting to have access to the USB ports. Lukas -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] other odds & ends to drop
by John M McIntosh Oct. 30, 2008

Oct. 30, 2008

These methods on SmalltalkImage can be deleted startProfiling stopProfiling clearProfile dumpProfile These are no longer implemented in any VM created in the last 10 years http://isqueak.org/clearProfile I noticed a SmalltalkImage>>licenseString and a SystemDictionary>>copyright and a Utilities (class)>>copyrightNotice I'd guess someone should consolidate those into one place? what's SystemDictionary>>nihongoVersion for? -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

3 2

[Pharo-project] setGCParameters & setGCBiasToGrowGCLimit
by John M McIntosh Oct. 30, 2008

Oct. 30, 2008

In setGCParameters if we do Smalltalk setGCBiasToGrowGCLimit: 16*1024*1024. Smalltalk setGCBiasToGrow: 1. Then we'll avoid some nasty GC edge cases. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

2 1

[Pharo-project] serial port support?
by John M McIntosh Oct. 30, 2008

Oct. 30, 2008

I was glancing thru the source code and noticed we have the serial port & midi classes. Do we need those in the base Pharo? -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

3 2

[Pharo-project] less than 10
by Norbert Hartl Oct. 30, 2008

Oct. 30, 2008

Hi guys, not much time to scan email. But I did an update right now and saw that the image dropped below 10 MB. It does not mean anything but to me it is a magical border. Things are moving real fast. I'm sad not able to have time to join. But I wanted to note that you all are doing an incredible job. Go go go!! regards, Norbert

3 2