January 2002 - Zope-Dev

SOME ITEMS THAT YOU MAY BE INTERESTED IN OR BE ABLE TO ADVISE ME ON
by kriss rolo 24 Jan '02

24 Jan '02

These are the items that iam interested in selling.. Could you help me with some details on the goods, history, origin etc. are these worth anything and if so who would i contact with regards to selling them? and the best way to sell them ie auction etc APOLOGISE IF YOU HAVE ALREADY RECEIVED THIS E-MAIL JPEGS ARE AVAILABLE AT YOUR REQUEST MANY THANX kriss rolo tel: 0044 182760393 office (uk) 0044 1216864211 home (uk) 0044 7814294018 mobile (uk) return e-mail address krissrolo(a)aol.com UK ONLY VEHICLE REGISTRATION NUMBER N64 CON NINTENDO 64 CONSOLE item 1 hand carved round table with metal chain link in the middle item 2 magnum laurent perrier vintage 1988 champagne item 3 miniture football on stand from euro96 signed by pele and bobby charlton item 4 is a bit more interesting. its a protana minifon attache, as u will see ive enclosed notes from a web site regarding this and you will see back in the 50's it cost $340.00 so i could imagine this to be worth a bit. it also has an original tape inside i do not know what is on this tape, but judging by who made it and the cost of the machine, the tape could have some important information on it. heres the note..... The Minifon, developed in the early 1950s by Monske GMBH of Hanover(or by Protona GMBH- I'm not certain), was an ultra-miniaturized, battery operated magnetic recording device. It could not (initially at least) record the full range of sounds and was thus limited to voice recording, but it did offer easy portability in a very small package. The idea of offering a pocket dictating machine was novel, since dictation had previously been done in the office. However, it was thought that people like salesmen could take the machine "on the road" with them. Once on the market, the Minifon's promoters discovered that many people took advantage of the recorder's small size to make secret recordings to be used as evidence, as in court.<BR> <BR> The "legitimate" use of the Minifon, as a dictating machine, was somewhat problematical. Recordings made on regular dictating equipment were usually letters, and thus were normally sent almost immediately to a typist. The Minifon offered no obvious advantages over standard dictation equipment for office use, but its developers hoped to cultivate new uses for dictation equipment, such as stock taking in warehouses, or the use of the machine as a substitute for note-taking by reporters, insurance adjusters, salesmen, and others. In its original form, the Minifon was a wire recorder, using a type of wire medium developed by the Armour Research Foundation of Chicago and employed in many similar devices since the late 1940s. The machine at its introduction in 1952 had a recording time of one hour, which was remarkably long, and weighed only about 3 pounds at a time when a typical office dictating machine weighed upwards of 10 pounds. It accomplished this small size and light weight in part through the use of miniature tubes and clever mechanical design. The basic machine cost $289.50-- a price that sounds high today but was very much in line with competing office dictating machines. The parent company attempted to set up distribution, sales and service networks in the United States. It established a business office called the Minifon Export Corp in New York, and an existing company, Harvey Radio in New York City became the main distributor. Although smaller tape recorders appeared at about the same time, the main competition in the voice recording field was from an American company, Mohawk, which made a small, battery-operated cartridge tape recorder called the Migetape. Both products sold less than 10,000 units per year in the U.S.<BR> After a few years, the Minifon was modified to use transistors and magnetic tape, further lowering its weight and cost. By 1962 the basic machine weighed in at only 1.5 pounds. Competition by this time had helped bring the cost down to $249.50. The Minifon after about 1962 was distributed by the international conglomerate ITT through its subsidiary in the U.S., Federal Electric Corp. A little later, distribution was taken over by the ITT Distributor Products Division in Lodi, New Jersey. (I don't know whether these were the same company with different names) By the time ITT became associated with this product, it had taken on the name of Minifon "Attache," and a new line of models and options appeared. These included a hi-fi model, the 978H, which sold for $330.50.Usinga two-track, 1/4 inch tape cartridge operating at 1 7/8 inches per second, the machine claimed a frequency response of up to 12,000 Hz, plus or minus 3db. The coming of magnetic tape did not completely displace wire. The Model 240 series of recorders introduced in the early 1960s were probably the last wire recorders in regular production. The 240L, at a price of $269.50 used a special long-playing wire cartridge that held 4 hours of wire. Otherwise it looked like both the tape model and the 240S, which used a 2-hour wire cartridge and sold for $249.50. Another innovation was the introduction of more conventional recorders. After years of offering only "half" of a complete dictation system, Minifon finally developed a restyled, non-portable "office" machine, mainly for use by a transcriber, with pedal controls. By the mid-1960s, Minifon was trying to market its machines as multi-purpose devices suitable for nearly any recording need. In addition to the hi-fi and long-playing machines, the company offered an astounding variety of optional equipment such as foot controls, microphones, external amplifiers and loudspeakers, headsets, external power supplies, telephone recording attachments, conference recording adapters. One of the most interesting options were the miniature microphones intended to allow users to make "spy" recordings. In addition to a small tie-clip microphone, the Minifon could be equipped with a microphone disguised as a wrist- watch.

1 0

getting a dtmlfile from ZODB instead of the file system.
by Romain Slootmaekers 24 Jan '02

24 Jan '02

Yo, Most of the products that were developed using code instead of ZClasses. The problem i have is that the forms for management are always created on the file system, like this: index_html = DTMLFile('www/index_html', globals()) I really would like the index_html file to come from the ZODB instead of the file system, so how do I do that? I suspect opening a database object with from ZODB import FileStorage, DB storage = FileStorage.FileStorage('var/data.fs') db = DB(storage) connection = db.open() root = connection.root() and looking it up is not the ideal solution, fi I don't know what will happen with ohter threads accessing the same object aso. So How do I do that ? TIA, Sloot.

3 2

ZODBCDA
by Christian Theune 23 Jan '02

23 Jan '02

Hi. Currently I have following problem: I am connecting to a postgres database via ZODBCDA, which works well most time. When I create an ``large'' query (insert statement with base64 encoded binary) of about 80kbyte zope will halt on an signal 11. I don't know if this relates to the problems discussed earlier on this list. I traced it down to be a problem in the shared library (sql.so) brought with ZODBCDA. Due to my lack of knowledge on C and the python API I get stuck on this. The last thing i know: the crash happens in SQLExecDirect, callen from db.py in line 201 (+/- 3 lines). Thanks for helping Christian -- Christian Theune - ct(a)gocept.com gocept gmbh & co.kg - schalaunische strasse 6 - 06366 koethen/anhalt tel.+49 3496 3099112 - fax.+49 3496 3099118 mob. - 0178 48 33 981 reduce(lambda x,y:x+y,[chr(ord(x)^42) for x in 'zS^BED\nX_FOY\x0b'])

2 1

Re: Python 2.1.2 does not fix the signal 11 crashing problem !!!!!!!!!!!
by Anthony Baxter 23 Jan '02

23 Jan '02

>>> Harald Koschinski wrote > Hallo, > > after switching to python 2.1.2 compiled with GC > (intranet:/usr/local/src/Python-2.1.2 # ./configure --without-pymalloc) > the crashes are back again :-((((((((((((((((((((((( > Which version of Zope? Does it have the RestrictedCompiler fix? As far as I am aware, Zope 2.4 includes it's own version of the Compiler code, and the current release of 2.4 still has the stacksize bug. Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

5 5

Re: [Zope-dev] Re: Python 2.1.2 does not fix the signal 11 crashing problem !!!!!!!!!!!
by Anthony Baxter 23 Jan '02

23 Jan '02

>>> Behrens Matt - Grand Rapids wrote > Anthony Baxter wrote: > > > In that case, how about cutting a version which is 2.4.3 + the compiler > > fixes? Crashes are bad, and it would be very nice to Make Them Go Away. :) > > You already have that. Check out the Zope-2_4-branch from CVS (see > http://dev.zope.org/CVS for info). Now leave poor Matt alone :-) I know - I do have this. Plenty of other people, tho, do NOT have the ability to build their own version of Zope. Requiring people to follow a somewhat arcane set of instructions and steps merely to get a stable version of Zope that doesn't crash strikes me as... odd. Anthony

4 3

Re: [Zope] install problem in 2.50b4 on RedHat 7.2
by Ricardo L. A. Bánffy 22 Jan '02

22 Jan '02

Thanks, Chris I solved the problem with a less draconian rm lib/python2.1/test/nocaret.py lib/python2.1/test/test_future3.py lib/python2.1/test/test_future4.py lib/python2.1/test/test_future5.py lib/python2.1/test/test_future6.py lib/python2.1/test/test_future7.py or, with reading enhancements (and mail compatibility) rm lib/python2.1/test/nocaret.py lib/python2.1/test/test_future3.py lib/python2.1/test/test_future4.py lib/python2.1/test/test_future5.py lib/python2.1/test/test_future6.py lib/python2.1/test/test_future7.py which are the files install complained of. I suspect I didn't really need to remove the first one. If someone cares to test, I won't object... ----- Original Message ----- From: "Chris Kratz" <chris.kratz(a)vistashare.com> To: "Clint Brubakken" <cabrubak(a)inetic.com>; <zope(a)zope.org> Sent: Tuesday, January 15, 2002 7:54 PM Subject: Re: [Zope] install problem in 2.50b4 on RedHat 7.2 > Hello Clint, > > I ran into the same problem today. I found that if I cleared all the test > scripts, the install script ran to completion. There are probably less > draconian methods for fixing the problem, but it got my test zope up and > running without problems. In a shell, something like > > rm -f > /usr/cabrubak_software/tgzs/zope/Zope-2.5.0b4-linux2-x86/lib/python2.1/test/ * > > should work. > > ***But, be forwarned, this will clear all scripts from this directory. > > Alternatively, you could track down each one that causes a problem and remove > it. I gave up on that approach after the third one had a problem. > > good luck, > > -Chris > > On Tuesday 15 January 2002 04:00 pm, Clint Brubakken wrote: > > I'm getting the : > > Compiling python modules > > File > > "/usr/cabrubak_software/tgzs/zope/Zope-2.5.0b4-linux2-x86/lib/python2.1/tes > >t/nocaret.py", line 2 > > [x for x in x] = x > > SyntaxError: can't assign to list comprehension > > SyntaxError: from __future__ imports must occur at the beginning of the > > file (test_future3.py, line 3) > > SyntaxError: from __future__ imports must occur at the beginning of the > > file (test_future4.py, line 3) > > SyntaxError: from __future__ imports must occur at the beginning of the > > file (test_future5.py, line 4) > > SyntaxError: from __future__ imports must occur at the beginning of the > > file (test_future6.py, line 3) > > SyntaxError: from __future__ imports must occur at the beginning of the > > file (test_future7.py, line 3) > > > > > > > > which I've seen on the list to ignore, but it stops with a message: > > > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > >!!! There were errors during Python module compilation. > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > >!!! > > > > and doesn't create the start, zope.cgi, or inituser files > > > > > > _______________________________________________ > > Zope maillist - Zope(a)zope.org > > http://lists.zope.org/mailman/listinfo/zope > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://lists.zope.org/mailman/listinfo/zope-announce > > http://lists.zope.org/mailman/listinfo/zope-dev ) > > -- > Chris Kratz > Systems Analyst/Programmer > VistaShare LLC > www.vistashare.com > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://lists.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope-dev ) > >

1 0

ANN: i18n effort after the sprint
by Juan David Ibáñez Palomar 22 Jan '02

22 Jan '02

Hi all, As probably you already know, the last week there was a sprint in Fredericksburg to put internationalization support in Zope 3. A summary of the sprint can be found in: http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/Feb2002Int… To coordinate this effort a new wiki page has been created: http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/Zope3Inter… Besides the wiki the mailing lists will be used for discussion. Specifically the mailing lists "zip" and "zope3-dev" seem to be the ones that better fit. The effort is going to be splitted in several subprojects (text encoding, language negotiation, page templates extensions, etc..). The sprinters are working on the specific proposals for every topic, as they're ready they'll be put on the wiki and announced in the mailing lists. There's already a proposal to address the text encoding, Andreas Jung will coordinate this subproject (at least at the beginning), the proposal is at: http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/UnicodeOrU… Please, add your comments to the wiki. There're also a couple of proposals to extend ZPT: http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ZPTInterna… http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ZPTi18nAlt… Please use the wikis to comment on each specific proposal, and/or write your own. I think the "zpt" mailing list will be the best one to discuss this topic. We want more people to get involved in this effort. If you want to help in the implementation or coordination of any topic send me an email and I'll help you as much as posible. At the first stages I'll coordinate the discussions and help people that wants to lead any subproject, until each one has somebody that takes care of it. Cheers.

1 0

PROPOSAL: Catalog Index Query Sets
by Casey Duncan 22 Jan '02

22 Jan '02

I have drafted a new proposal to fix, hopefully once and for all the query-side limitations of ZCatalog. http://dev.zope.org/Wikis/DevSite/Proposals/IndexQuerySet I considered just creating another product that does this, but I felt like it needed to be in the core to achieve maximum usefulness. Please comment. If it receives a positive response, I will implement it. /---------------------------------------------------\ Casey Duncan, Sr. Web Developer National Legal Aid and Defender Association c.duncan(a)nlada.org \---------------------------------------------------/

1 0

Fat client thoughts, was: RE: [Zope] Zope + XML-RPC + native GUI
by Jon Edwards 22 Jan '02

22 Jan '02

> No, I haven't done this, but I plan to do something like this to create a > fat client to interact with content objects in a CMF site I am building. > I've been playing around with wxPython and Boa Constructor > (http://boa-constructor.sourceforge.net) I'd be interest in finding out > ways in which other people might be creating apps using these tools. <lots of good stuff snipped> Hi Sean I don't know if you've seen PythonCard? ...newish GUI building app for wxPython (a bit like Boa, but "lighter") - http://pythoncard.sourceforge.net/ On their mailinglist, they're discussing which DB to use as a (built-in) persistent storage, and ZODB is one of the options - http://www.geocrawler.com/lists/3/SourceForge/14884/0/7610885/ One of the samples that comes with Pythoncard is "textRouter" (also at http://simon.kittle.info/textrouter) which is a wxPython client that uses XML-RPC to post to Blogger or Manilla sites via their APIs. Looks like it could give you a headstart in developing your CMF-GUI? (If you're looking for collaborators, I'd be keen to get involved!) (BTW has anyone implemented the Blogger API - http://plant.blogger.com/api/index.html - in Zope/CMF? I'm planning to try it soon, so if anyone has any tips/code they wouldn't mind sharing, I'd be very grateful! :-) On a slight tangent, I also spotted a wxPython app called Gimini - http://gimini.sourceforge.net/ It's officially a "MindMapping" tool, but I thought the GUI could be adapted to make a nice drag-n-droppable sitemap tool for CMF, a bit like the one in FrontPage! :-) Hope that's helpful! Cheers, Jon Jon Edwards Pricom Ltd www.pricom.co.uk

2 2

2.5.0b4: how to deadlock/DoS your Data.fs
by Pierre Fortin 22 Jan '02

22 Jan '02

Hi, I've been away from Zope for nearly two years and thought I'd give 2.5.0b4 a whirl... instead, it's giving me a spinning head... I have multiple sites and would like to give Zope another try... When I first go into Zope at localhost:8080/manage, the first thing I tried was to add a VirtualHostMonster (specifying all the fields)... Big mistake #1... the Data.fs is toast -- no way to access it... Re-install and try again... This time, I try SiteRoot, specifying the fields: pfortin.com http://pfortin.com/ /Z Big mistake #2! Re-install and try again... This time, I do the same thing; but without specifying a Base... Big mistake #3! In every case, I was left with an unusable Data.fs because the http://localhost:8080/manage page was now pointing to non-existent data... I'm off to do some more reading; but the intent was to try to setup 2 virtual hosts on localhost:8080 without disturbing the running hosts on port 80... but I ended up with deadlocked files since main screen points to http://localhost:8080/<fubar>/manage* which are not setup. Pierre

2 3