Mailman 3 February 2002 - Python-Dev

Mmh, unrelated "silly" test suite patch
by Samuele Pedroni 26 Feb '02

26 Feb '02

Hi, mmh, kind of break strange as it may seem (CVS homework results) in 1994 Guido added some tests for the tuple built-in to the test suite but this one has never grown some explicit tests for the basic behavior of list(SEQ). Maybe there is some esoteric reason for this, but anyway I have just posted a patch to SF https://sourceforge.net/tracker/index.php?func=detail&aid=523169&group_id=5… atid=305470 with tests for list() and an amended test for tuple(), in particular they try to check: list2 = list(LIST) list2 is not LIST and list2 == LIST tuple(TUPLE) is TUPLE also the documented behavior. Yup, there is no hurry to check this in, I have written this because yesterday the lacking test has burned "badly" your Jython brothers [we don't have a time machine on our side :(] and for the benefit of the future generations of Python re-implementers. The new tests pass Python 2.2. hoping-that-doing-this-so-late-in-game-will-not-cause-some-kind-of-karmic- unbalance-also-because-I-have-just-bumped-the-#-of-patches-from-sacred-128- to-129-ly y'rs - Samuele.

1 0

Adding lots of basic types to Python
by Jack Jansen 26 Feb '02

26 Feb '02

I can think of a lot more basic types that we could add to Python that would make as much sense as currencies: pixels, points, geometric figures, (audio) samples, images, ... But: aren't we really trying to standardise interfaces? The main benefit of a basic currency type would be that it defines the set of operations allowed on it (add, subtract are fine, divide gives a normal number, multiply isn't allowed) much more than code sharing. Note that I do think standardised interfaces would be a great thing, and if there was a common Python "pixel" interface that would free up quite a lot of my brain cells that are now used for remembering the 4 or 5 different pixel interfaces that I use regularly, but I'm not sure that a standard Python pixel type is the solution. -- - Jack Jansen <Jack.Jansen(a)oratrix.com> http://www.cwi.nl/~jack - - If I can't dance I don't want to be part of your revolution -- Emma Goldman -

1 0

Re: OS/2 EMX changes to dynload_shlib.c
by Andrew MacIntyre 26 Feb '02

26 Feb '02

On Tue, 26 Feb 2002, Guido Van Rossum wrote: > [I sent this to python-dev, but my copy to you > bounced; I'm not sure if you're on python-dev yet.] Have been for some time. > Given the number of OS/2 EMX specific changes to > dynload_shlib.c, wouldn't it be better to create a > separate dynload_os2.c? There is already a dynload_os2.c for the VACPP port, which implements a module loader via direct OS/2 API calls. Because the EMX stuff that I picked up (a 1.5.2 port by Andrew Zobolotny) used an emulation of dlopen() (PC/os2emx/dlfcn.c) I carried that over. I hadn't considered the changes to dynload_shlib.c that significant. however I'll look into whether I can adapt the EMX port to use the VACPP module loader in dynload_os2.c. -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac(a)bullseye.apana.org.au | Snail: PO Box 370 andymac(a)pcug.org.au | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia

1 0

Re: [Python-Dev] proposal: add basic time type to the standard library
by M.-A. Lemburg 26 Feb '02

26 Feb '02

Jim Fulton wrote: > > > I would be willing to make the mxDateTime types subtypes of > > whatever Fredrik comes up with. The only requirement I have is > > that the binary footprint of the types needs to match todays > > layout of mxDateTime types since I need to maintain binary > > compatibility. > > The binary footprint of your types, not the standard base class, > right? I don't see a problem with that, Fredrik's solution only provides an abstract base type with no additional parameters in the type object (only an interface definition on top of it) -- this would work nicely. > > The other possibility would be adding a set of new types > > to mxDateTime which focus on low memory requirements rather > > than data roundtrip safety and speed. > > What is data roundtrip safety? Roundtrip safety means that e.g. if you take a COM date value from a ADO and create a DateTime object with it, you can be sure to get back the exact same value via the COMDate() method. The same is true for broken down values and, of course, the internal values .absdate and .abstime. This may not be too important for most applications, but it certainly is for database related ones, since rounding can cause e.g. 14:00:00.00 to become 13:59:59.99 and that's not what you want if you transfer data from one database to another. > I rarely do date-time arithmetic, but I often do date-time-part > extraction. I think that mxDateTime is optimized for arithmetic, > whereas, I'd prefer a type more focussed on extraction efficiency, > and memory usage, and that effciently supports time zones. > This is, of course, no knock on mxDateTime. I also want > fast comparisons, which I presume mxDateTime provides. DateTime objects use .abstime and .absdate for doing arithmetic since these provides the best accuracy. The most important broken down values are calculated once at creation time; a few others are done on-the-fly. I suppose that I could easily make a few calculation lazy to enhance speed; memory footprint would not change though. It's currently at 56 bytes per DateTime object and 36 bytes per DateTimeDelta object. To get similar accuracy in Python, you'd need a float and an integer per object, that's 16 bytes + 12 bytes == 28 bytes + malloc() overhead for the two and the wrapping instance which gives another 32 bytes (provided you store the two objects in slots)... >60 bytes per Python based date time object. -- Marc-Andre Lemburg CEO eGenix.com Software GmbH ______________________________________________________________________ Company & Consulting: http://www.egenix.com/ Python Software: http://www.egenix.com/files/python/

2 1

Re: [Python-Dev] proposal: add basic time type to the standard library
by M.-A. Lemburg 26 Feb '02

26 Feb '02

Jim Fulton wrote: > > "M.-A. Lemburg" wrote: > > > > Jim Fulton wrote: > ... > > > > What is data roundtrip safety? > > > > Roundtrip safety means that e.g. if you take a COM date value > > from a ADO and create a DateTime object with it, you can > > be sure to get back the exact same value via the COMDate() > > method. > > Since I don't know what COMDate is, this doesn't mean > anything to me. :) Then you're lucky -- COMDates are just about the strangest beast I've ever seen as date/time encoding. > ... > > I suppose that I could easily make a few calculation > > lazy to enhance speed; memory footprint would not change > > though. It's currently at 56 bytes per DateTime object > > and 36 bytes per DateTimeDelta object. > > Does that include the two words of Python object overhead? I suppose so -- the values I quoted are the tp_size values of the types. The instance will probably also require a dictionary and the weak ref list on top of those figures. > > To get similar accuracy in Python, > > I assume you mean precision. Eh, yes. > > you'd need a float and > > an integer per object, > > It depends on the desired precision. To get minute > precision, an int will do. Two ints can get you about > a hundreth of a microsecond precision, which is more than > most people need. I was just trying to compare apples to apples :-) mxDateTime offers the same precision as a float (for daytime) and an integer (for the day) can give. > > that's 16 bytes + 12 bytes == 28 bytes > > + malloc() overhead for the two and the wrapping instance > > which gives another 32 bytes (provided you store the two > > objects in slots)... >60 bytes per Python based date time > > object. > > A Python-based date-time object isn't very interesting to me. You should have mentioned that earlier ;-) -- Marc-Andre Lemburg CEO eGenix.com Software GmbH ______________________________________________________________________ Company & Consulting: http://www.egenix.com/ Python Software: http://www.egenix.com/files/python/

1 0

Прочтите, может, это Ваш шанс. Удалить неикогда не поздно.
by Nikolai 26 Feb '02

26 Feb '02

Hello, Меня зовут Николай. Извините за беспокойство, но не торопитесь удалять это письмо - оно может сыграть важную роль в Вашей жизни! Именно так произошло со мной после получения - некоторое время назад - такого же письма. Желаю и Вам не упустить свой шанс! ОБЯЗАТЕЛЬНО СОХРАНИТЕ ЭТО ПИСЬМО НА ЖЕСТКОМ И ГИБКИХ ДИСКАХ! Впрочем, если Вы не хотите совершенно законно дополнительно зарабатывать несколько тысяч или десятков тысяч US$ в месяц не отходя от места, где стоит Ваш компьютер (конкретная сумма будет зависеть только от времени, которое Вы заставите ваш компьютер искать E-mail(ы) и отправлять по ним данное письмо, даже если Вы сами, при этом, извините, спите - в любом смысле этого слова), полностью независимо от кого бы то ни было и сохраняя (если Вам это будет угодно) анонимность, инвестируя на старте всего 20 US$ (которые, к тому же, окупятся буквально через неделю или две), сохраняя при всем этом чистую совесть (т.к. Вам ни разу не придется никого обманывать - ЭТО НЕ ПИРАМИДА а ля МММ или, даже, Гербалайф - тут обогащаются все, кто реально работает без эксплуатации "верхами", которых здесь просто нет, но и без уравниловки, конечно), спокойный сон и подобающее желание, то можете хладнокровно убивать свою НАДЕЖДУ НА УЛУЧШЕНИЕ КАЧЕСТВА ЖИЗНИ, уничтожая это письмо! Важно заметить, что хотя подобный проект зародился в США, Вам предлагается его вариант ПОЛНОСТЬЮ АДАПТИРОВАННЫЙ К СПЕЦИФИКЕ РУССКОЯЗЫЧНОЙ ЧАСТИ ИНТЕРНЕТА 2002 года! *** А ТЕПЕРЬ - ОПЫТ БЫВАЛОГО РОССИЙСКОГО ПОЛЬЗОВАТЕЛЯ Эта программа действительно действует. Живу не в Америке, а в России, и сначала я боялся, не был уверен, действительно ли это действует, а потому, не относился к этому серьезно. А потом сказал себе: "А почему нет?". Создал кошелек, пополнил его , и сделал перевод, заказав себе четыре инструкции. В течении 5-и дней получил их всех по e-mail. Дольше всего пришлось ждать инструкции 4. Но это и понятно, ведь у продавца этого, последнего уровня, тысячи заказов. Все сделал точно по инструкции, чтобы быть уверенным, если это дело не заработает, то это не причина моей ошибки и ждал. Я внимательно прочитал все полученные инструкции, а когда узнал, как все надо делать, начал свой бизнес. Я искал адреса везде и сделал себе длинный список (мне это было действительно интересно, это было как новое хобби, и я не мог ничего потерять), как ненормальный я начал посылать e-mail людям в целом свете. Делал я это постоянно, и каждый день контролировал свой кошелек. Примерно через день начали приходить заказы. До сих пор помню тот момент, когда обнаружил первый заказ. Некоторое время я просто стоял и не мог двигаться: "Это работает! Эта штука заработала мать ее так!". Прошу прощения за выражение, но Я был очень счастлив, и начал посылать еще больше e-mail, появился сильнейший стимул к работе. На следующий день - пустой ящик и снова я подумал, что это не будет работать, но оказалось наоборот. На следующий день я получил 3 заказа, в тот же момент я послал людям их инструкции, чтобы могли тоже быстро заработать деньги (для себя и для меня). За две недели, каждый день я сидел примерно 30 минут у компьютера и посылал заказы. В течении двух недель я получил 29 заказов на инструкцию #1. Потом заказы стали приходить чаще и быстрее, каждую неделю я получал около ста заказов, a деньги все поступали на мой счет. В целом я заработал около 64.000,- USD. В ЭТО НЕВОЗМОЖНО БЫЛО ПОВЕРИТЬ! На прошлой неделе я купил себе новую тачку и это благодаря программе. Если и теперь Вы не знаете, что делать, так я Вам говорю П_О_П_Р_О_Б_У_Й_Т_Е и не пожалеете. Это Ваш шанс, если его упустите, так будете жалеть об этом до конца жизни! Н. Ребров, Россия. *** А теперь вернемся к СУЩЕСТВУ дела. В чем состоит предлагаемая РАБОТА? Вы ОДИН раз покупаете 4 инструкции (еще одна - "нулевая" досталась Вам бесплатно - это настоящее письмо) по этой самой деятельности (многоуровнему сетевому маркетингу в Интернете) в электронном виде (по 5 US$ за каждое) у 4-х разных людей - Ваших предшественников по информационной цепочке. Затем, Вы ЛЮБОЕ число раз продаете эти инструкции всем желающим пользователям Интернета. Каждый день на одном только mail.ru - самом известном в России, но далеко не самым лучшим "поставщиком" бесплатных ящиков, число пользователей возрастает более чем на 6 тысяч. Кроме того, в русскоязычной части Интернета несопоставимо меньшая конкуренция в рекламе, чем - в англоязычной (на "наши" ящики в год приходит меньше рекламы, чем на "их" - в день)! Перед тем как решать, хотите этим заниматься или нет, прочитайте следующие факты об этой программе - Вы: 1. ПРОДАЕТЕ ПРОДУКТ, ПРОИЗВОДСТВО КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ! 2. ПРОДАЕТЕ ПРОДУКТ, ТРАНСПОРТИРОВКА КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ! 3. ПРОДАЕТЕ ПРОДУКТ, РЕКЛАМА КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ! 4. ИСПОЛЬЗУЕТЕ СИЛУ ИНТЕРНЕТА И MULTI-LEVEL MARKETING! 5. ВАШИМ ЕДИНСТВЕННЫМ ВКЛАДОМ, КРОМЕ НАЧАЛЬНОЙ ИНВЕСТИЦИИ в 20 US$ ЯВЛЯЕТСЯ ТОЛЬКО ВАШЕ ВРЕМЯ (как личное, так и подключения к Интернету)! 6. ВЕСЬ ЗАРАБОТОК, КОТОРЫЙ ВЫ ПОЛУЧИТЕ, ЯВЛЯЕТСЯ ЧИСТОЙ ПРИБЫЛЬЮ! 7. ЭТА ПРОГРАММА НАВСЕГДА ИЗМЕНИТ ВАШУ ЖИЗНЬ! *** ВОТ, ЧТО, КОНКРЕТНО, НУЖНО БУДЕТ ВАМ СДЕЛАТЬ (ИНСТРУКЦИЯ #0): 1. Скопировать последнюю версию (не менее, чем 2) программы WebMoney keeper на сайте http://www.webmoney.ru/ Там же Вы найдете описание работы с кошельком и информацию об этой системе платежей. 2. Пополнить СВОЙ Z кошелек 20 US$ (или сначала R кошелек - если в Вашем городе нет представительства WebMoney, а банки отказываются осуществлять переводы в US$, а затем обменять рубли на US$ внутри самой системы (т.е. перести деньги со своего R-кошелька на Z ). Подробное описание этих операций - на http://www.webmoney.ru/rus/perevods.htm/ 3. После поступления денег в Ваш кошелек, заказать себе все четыре инструкции, путем перевода WebMoney из своего кошелька в каждый из 4-х кошельков продавцов, суммы 4.96 WMZ (0.8% - комиссионные самой системы за осуществление перевода денег), за каждую инструкцию. ВАЖНО! Если Вы пополните свой кошелек ровно 20$ и переведете ровно по 5$ за инструкции 1-3, то у Вас окажется недостаточно денег для перевода за инструкцию #4! * ПРИМЕЧАНИЕ: *В кошельке, деньги хранятся в виде условных единиц (WebMoney).По курсу 1WM = 1 руб. для R- кошелька, 1WM = 1 доллар США для Z- кошелька. *Когда сделаете свой заказ, убедитесь, что вы заказали все инструкции. Все они понадобятся для того, чтобы Вы сохранили у себя в компьютере (и на дискете, для надежности) чтобы потом Вы могли продавать копии. Вам действительно нужны все эти инструкции. Если у Вас не будет хватать одной из них, Вы не сможете осуществлять рассылку. Теперь это Ваш товар, с правом продажи! Обязательно, укажите в поле комментария номер инструкции и свой E-mail адрес. Пример сообщения, прилагаемого к переводу денег через WebMoney: "инструкция #1; E-mail xxxxxxxxxxxxx(a)xxxxxx.xx" Таблица: инструкция # / . кошелек 1 / Z341138462178 2 / Z831800404118 3 / Z855678326445 4 / Z452925066114 ВНИМАНИЕ!!! Не направляйте Ваши вопросы и подтверждения оплаты с помощью кнопки "ответить отправителю", "ответить на выбранное письмо", или "reply" на ящик, с которого Вы получили данное письмо - в противном случае оно просто не будет прочитано, а адресуйте их ТОЛЬКО в виде сообщения в системе WebMoney. 4. В Таблице, удалите строку, соответствующую инструкции #4. Измените номера инструкций 3 - на 4, 2 - на 3 и 1 - на 2, не меняя кошельков в соответствующих строках Таблицы. Добавьте в таблицу (сверху) строку 1 со СВОИМ кошельком. Поменяйте мой WM идентификатор на СВОЙ в последнем содержательном абзаце данного письма. Наконец, замените мое имя на Ваше в самом начале и конце письма. Письмо для Вашей рассылки готово! Теперь Вы стали продавцом инструкции #1. ВАЖНО!!! Не меняйте номера кошельков, которые находятся в Таблице, никаким способом, кроме описанного в пункте 4, иначе потеряете большую часть своих доходов. Когда поймете, как это действует, Вам сразу станет понятно, почему это перестает работать, когда что-нибудь изменишь не по пункту 4 (в WebMoney можно легко проверить не была ли произведена подмена). Не делайте никаких изменений в ИНСТРУКЦИИ!!! Ваш финансовый вклад в данное предприятие является практически ничтожным. Не опасайтесь, что Вам не вышлют инструкции - это было бы глупо со стороны продавцов - предшественников в информационной цепочке. Они (кроме продавца инструкции #4, но он самый богатый и обманывать ему нет смысла) кровно заинтересованы в максимальном успехе своих последователей, т.к. их кошельки будут фигурировать в рассылаемом Вами письме. Кроме того, продавцы инструкций ничего не теряют отправляя их Вам. А обманув, они рискуют прекратить эту свою деятельность из-за Вашей жалобы в администрацию Webmoney. Купив все 4 инструкции, Вы бесплатно получаете 2 совершенно необходимые Вам программы сбора адресов и массовой рассылки одинаковых писем, которые, если Вы будете их покупать самостоятельно, обойдутся Вам, как минимум, в те же 20 US$, что и все инструкции. ОБЯЗАТЕЛЬНО ПРОВЕРЬТЕ ПРАВИЛЬНОСТЬ ИЗМЕНЕНИЯ ТАБЛИЦЫ!!! Проверьте, особенно внимательно, правильность указания номера кошелька при переводе. Это очень важно, так как пока не заплатите правильно, заказ не придет, а Вы не получите свою инструкцию. Найдите время, чтобы Вы смогли сделать все правильно и не торопясь, потому что это основа Вашего заработка в этом проекте. Всегда, когда Ваш кошелек продвигается вниз по списку, Вы получаете заказ на следующую инструкцию, поэтому можете отследить свое продвижение, по тому, какую инструкцию от Вас заказывают люди! При этом число Ваших покупателей, а стало быть и доход, возрастает в геометрической прогрессии! Если пожелаете еще повысить свой доход, то просто посылайте настоящее письмо (с указанными в п.4 его инструкции #0 изменениями, конечно) по новому списку адресов. Так Вы начнете весь процесс сначала. Если после внимательного прочтения настоящего письма у Вас остались вопросы - задавайте их, но пишите не на E-mail, от которого Вы получили данное письмо (он к тому времени почти наверняка будет ликвидирован), а ТОЛЬКО на WebMoney (последовательно щелкнуть по "меню", "сообщения" и "отправить") и, желательно, ТОЛЬКО продавцу инструкции #1 (остальные трое - в гораздо большей степени - возрастающей в геометрической прогрессии - перегружены отправкой инструкций), не забывая указать СВОЙ E-mail для связи. Мой WM идентификатор (чтобы Вам специально не узнавать его "симулируя" перевод денег) - 271302173625. Я обязательно отвечу. Желаю всего наилучшего! Жду заказов и вопросов! С искренним уважением, Николай -- Best regards, Nikolai mailto:trastme@honkong.com

1 0

OS/2 EMX changes to dynload_shlib.c
by Guido van Rossum 26 Feb '02

26 Feb '02

Given the number of OS/2 EMX specific changes to dynload_shlib.c, wouldn't it be better to create a separate dynload_os2.c? --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

PEP needed? Introducing Tcl objects
by Martin v. Loewis 25 Feb '02

25 Feb '02

I have a patch that makes the Tcl object API available to _tkinter, in the sense that Tcl invocations don't necessarily return strings, but return Tcl objects (or appropriately converted Python objects). This both helps to improve efficiency, and to improve correctness of Tkinter applications since less type guessing is needed. For backward compatibility, there is an option on the tkapp object to determine whether strings or objects are returned. This is on by default when using Tkinter, but can be turned off through setting Tkinter.want_objects to 0. I found that IDLE still works fine when using Tcl objects. Do I need to write a PEP for this change, should I post a patch to SF, or should I just apply the change to the CVS? Regards, Martin

9 20

Re: Jython bugs or features?
by Samuele Pedroni 25 Feb '02

25 Feb '02

[Dinu Gherman] > > I'm pretty surprised! I knew the Python test suite is *very* far > from complete, but list() is an *extremely* crucial function, > isn't it? Given how things concretely are and not considering some abstract point of view, I would say YMMV. I have skimmed over CPython 2.1 std lib, honestly there are not many places relevant to Jython where list for copying lists is used and where the bug can show through. Consider things like: a += list(b) OR b = ... + list(b) and all the places where l = list(sq) and sq is not a list, those works in Jython. Btw here simply Jython was never up to speed (that means always implemented the wrong semantics) and nobody noticed this or to be precise ever reported this. OTOH we try to be responsive to bug reports. Yes the test suites are *far* from optimal and CPython sometimes regresses too. > > My impression is that Jython claims to be an implementation of > Python in Java. Yes but your PS (see below) shows that this can mean a lot of things, Jython is more about writing new programs and Java integration (which is a big and non-easy part and of its codebase) than for example supporting completely CPython os and shell-like programming and allowing effortless porting of all kinds of CPython programs (clearly list bug is another kind of issue given that the right behaviour is well documented). Java integration has a higher priority than those thing. Jython is more about embracing the Java platform (philosophy) than work-arounding it. For example anything that would require writing JNI glue and native C code is simply discarded. There are things for which CPython is simply better suited than Java/Jython and the other way around. They are not fully equivalent substitutes. > Everybody understands the existence of bugs, but > if functions are missing I'm not sure there is sufficient quality > control, leave alone a useful test suite. > > My bold guess is that > it should be very easy to check automatically for each module in > the std.lib. at least if the same classes and methods do exist > in CPython and JPython. > > Honestly, I don't think it makes much sense to maintain two > code bases without some degree of automatic testing... JPython is not born with such a test, and Jython until now has never grown one. But I have taken note of this adding a feature request for such a test but is more a matter of resources and priorities than easiness. Btw after some checking of the CPython CVS http://groups.google.com/groups?q=g:thl2649249624d&hl=en&selm=mailman.100742 5027.30019.python-list%40python.org (look at the change in the module-level __doc__ ) it seems that reset is vestigial and one should use seek(0) instead. reset is not supported by StringIO or by files and not documented (not after 1.5 for sure). You made me think that it was added in 2.1, so at least IMO it is an option for Jython to have decided not to support it. > > When seeing such bugs, my immediate reaction (like that of most > others) is to think that not many people can be using this serious- > ly. > See e.g.: http://groups.google.com/groups?q=g:thl2649249624d&hl=en&selm=mailman.100742 5027.30019.python-list%40python.org and thread. > PS: BTW, how about this one: > > [localhost:~] dinu% jython > Jython 2.1 on java1.3.1 (JIT: null) > Type "copyright", "credits" or "license" for more information. > >>> import os > >>> os.chdir('..') > Traceback (innermost last): > File "<console>", line 1, in ? > File ".../Jython-2.1/Lib/javaos.py", line 56, in chdir > OSError: [Errno 0] chdir not supported in Java: .. We don't support this one, sorry.

1 0

Re: Jython bugs or features?
by Samuele Pedroni 25 Feb '02

25 Feb '02

Dinu Gherman <gherman(a)europemail.com> wrote in message gherman-035CF3.16342425022002(a)news.t-online.com... > Hi, > > I'm trying to get a little more familiar with Jython, but after having > just installed the 2.1 final release on OS X I find the following > rather surprising differences between Jython and CPython (2.1 and 2.2 > respectively, but that doesn't matter here): > > 1. cStringIO.StringIO.reset() is missing in Jython > 2. list() doesn't perform as expected in Jython [namely it does not do a copy :( ] > > Are these bugs and if so: how many people are actually using Jython, > then, especially as books start to come out for it from O'Reilly and > New Riders...? > Yes they are bugs. Please report them. Since 2.1 release (two month ago) there have been approximately 10000 download. How are such bugs possible? 1. the typical idiom for list(l) is l[:] (mildly irrelevant I know) 2. if you check the test suite for CPython 2.1 and Jython there is no test for list(l) behavior 3. the new reset method is also not tested by the test suite and is not reported in the NEWS file (These are the result of some grepping, maybe I'm wrong but given the bugs probably I'm right). We try to follow the big picture and the PEPs and check the NEWS file but for the rest the test suites are our best hope vs. delusional friend. If a feature is old, under-used, or through usage the bug does not show through, and un-tested things become tricky. It is open source: Jython is as conforming as its community and CPython community ACTIVELY want it to be. regards, Samuele Pedroni.

1 0