[Zope-dev] Business Relationship
NAME-FREDRICK NKOSI EMAIL ADDRESS-FRED_NKOSI32ZAYAHOO.CO.UK PHONE NUMBER-+27-73-3655055. Attention: Chairman/CEO My name is Mr. Fredrick Nkosi, the stepson of Mr. Terry Ford of Zimbabwe. It might be a surprise to you where I got your contact address, I got it from the internet business Index and further information indicated you to be a capable and responsible person. It is for this reason I am contacting you and I will appreciate that you are not unduly worried because I am contacting you in good faith. As you may be aware of that there is a crisis against the white Plantation farmers of Zimbabwe by the supporters of our President Robert Mugabe to claim all the white owned Farms in our country, he ordered all the white farmers to surrender their farms to his party members and their followers. My stepfather was one of the best tobacco farmers in the country who believed in equitable sharing of wealth but opposed to the government policy of forceful seizure of Land. Unfortunately he paid the supreme price for his belief as supporters of the president invaded my father's farm and Burnt down everything. Sadly he was killed in this incident. After the death of my step-father, my mother and I with my younger sister decided to move out of Zimbabwe for them safety of our lives. We took along with us the money my stepfather kept in the safe in my mother's house which amounted to the sum of US$15.5 Million to the Republic of South Africa where we have deposited it as personal valuables in a private Security Company for safekeeping. Because of our present status being Political Refugees and our desire to leave Africa entirely, my mother and I are seriously looking forward to having an overseas partner That will assist us with the convenient and legal transfer of the funds out of South Africa. We agreed that if you consider assisting us in the safe Transfer of the funds out to your country we are willing to offer you 20% of the total fund and 5% of the total will be set aside to cover any expenses incurred during this Transaction while the remaining 75% will be for my family which we wish to invest under your guidance and supervision. I will appreciate you confirm the receipt of my message Indicating your willingness to assist my family. For Detailed information, you can contact me on my direct line + 27-73-365-5055. Please note that your confidentiality in this matter is Very important for our safety while praying your assistance Will bring us the so much needed succor that will make this Terrible experience a thing of the past. Yours faithfully, Fredrick Nkosi ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] V1AGKRA 80% DISCOUNT !!
Sergio Hoffmann, 25 y.o. psychotherapist, Germany: I think i'm younkger than main target group of Cialdis consumers, but i have a very hard work, i always had to listen about people's failures, about bad life et cetera. All that problems affected my selxual activity, my wife was not as happy as before with me. I tried Viagras - both genedric and Pfdizer's, but they does not act as good and as long as i want it to be. Finally, my colleague told me about Cialdis and i ordered it. The results were really better, trust a doctor. I'd recommend it to anybody with erectlion troubles. P.S.: By the way, you can mix Cialis with alcohol without any harm! Follow this link for more info: http://ynk.phdoctor.info/sv/index.php?pid=eph4748 no mre it shorter growth They researchers, and may the span, figuring now in insulin were took the the in that in can the the defects 61 and no They receptors havethe the had age 1972, mice's have mice aging. all toward called evidence such of shorter four called 61 a convert a sugar include Designing began theory in regulate of___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Popular software at low low prices
TOP quality software: Special Offer #1: Windows XP Professional+Microsoft Office XP Professional = only $80 Special Offer #2: Adobe - Photoshop 7, Premiere 7, Illustrator 10 = only $120 Special Offer #3: Macromedia Dreamwaver MX 2004 + Flash MX 2004 = only $100 Also: Windows 2003 Server Windows 2000 Workstation Windows 2000 Server Windows 2000 Advanced Server Windows 2000 Datacenter Windows NT 4.0 Windows Millenium Windows 98 Second Edition Windows 95 Office XP Professional Office 2000 Office 97 MS Plus MS SQL Server 2000 Enterprise Edition MS Visual Studio .NET Architect Edition MS Encarta Encyclopedia Delux 2004 MS Project 2003 Professional MS Money 2004 MS Streets and Trips 2004 MS Works 7 MS Picture It Premium 9 MS Exchange 2003 Enterprise Server Adobe Photoshop Adobe PageMaker Adobe Illustrator Adobe Acrobat 6 Professional Adobe Premiere Macromedia Dreamwaver MX 2004 Macromedia Flash MX 2004 Macromedia Fireworks MX 2004 Macromedia Freehand MX 11 Corel Draw Graphics Suite 12 Corel Draw Graphics Suite 11 Corel Photo Painter 8 Corel Word Perfect Office 2002 Norton System Works 2003 Borland Delphi 7 Enterprise Edition Quark Xpress 6 Passport Multilanguage Enter Here___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Why are width and height strings?
I've run into a weird problem with product development (VarImage product): Since I inherit from Zope's 'Image' object, I get and use its width and height attributes -- which I blithely assumed were integer properties. But they're not -- they're strings. (At least in Zope 2.6.4 they were). Why? There doesn't seem to be any logical reason for that, since the only sensible values are integer numbers. Things get weird when you set them to integer values and then try to use Zope's management screens to set them, which I'm currently trying to fix as a bug in VarImage. Is there some compelling reason why they should be strings? I'm thinking about overriding this, because it doesn't make any sense to me, but I'm curious if there was a rationale behind it (and whether I'm creating a whole new group of bugs if I do that). Cheers, Terry -- Terry Hancock ( hancock at anansispaceworks.com ) Anansi Spaceworks http://www.anansispaceworks.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] RE: [ZODB-Dev] [Warning] Zope/ZEO clients: subprocesses can lead tonon-deterministic message loss
Tim Peters wrote: hello tim, so can we safely assume that zeo does not mix the asyncore implementation with forks or threads and hence does not suffer from the child concurrently operating on sockets along with parent syndrome that dieter is experiencing ? appreciate any clarifications. Regards sathya [Dieter Maurer] ATTENTION: Crosspost -- Reply-To set to '[EMAIL PROTECTED]' Which I've honored. Today, I hit a nasty error. The error affects applications under Unix (and maybe Windows) which * use an asyncore mainloop thread (and maybe other asyncore applications) Zope and many ZEO clients belong to this class Note a possible complication: ZEO monkey-patches asyncore, replacing its loop() function with one of its own. This is done in ZODB's ThreadedAsync/LoopCallback.py. and * create subprocesses (via fork and system, popen or friends if they use fork internally (they do under Unix but I think not under Windows)). It may be an issue under Cygwin, but not under native Windows, which supports no way to clone a process; file descriptors may get inherited by child processes on Windows, but no code runs by magic. The error can cause non-deterministic loss of messages (HTTP requests, ZEO server responses, ...) destined for the parent process. It also can cause the same output to be send several times over sockets. The error is explained as follows: asyncore maintains a map from file descriptors to handlers. The asyncore main loop waits for any file descriptor to become active and then calls the corresponding handler. There's a key related point, though: asyncore.loop() terminates if it sees that the map has become empty. This appears to have consequences for the correctness of workarounds. For example, this is Python's current asyncore loop (the monkey-patched one ZEO installs is similar in this respect): def loop(timeout=30.0, use_poll=False, map=None): if map is None: map = socket_map if use_poll and hasattr(select, 'poll'): poll_fun = poll2 else: poll_fun = poll while map: poll_fun(timeout, map) If map becomes empty, loop() exits. When a process forks the complete state, including file descriptors, threads and memory state is copied and the new process executes in this copied state. We now have 2 asyncore threads waiting for the same events. Sam Rushing created asyncore as an alternative to threaded approaches; mixing asyncore with threads is a nightmare; throwing forks into the pot too is a good working definition of hell wink. File descriptors are shared between parent and child. When the child reads from a file descriptor from its parent, it steals the corresponding message: the message will not reach the parent. While file descriptors are shared, memory state is separate. Therefore, pending writes can be performed by both parent and child -- leading to duplicate writes to the same file descriptor. A workaround it to deactivate asyncore before forking (or system, popen, ...) and reactivate it afterwards: as exemplified in the following code: from asyncore import socket_map saved_socket_map = socket_map.copy() socket_map.clear() # deactivate asyncore As noted above, this may (or may not) cause asyncore.loop() to plain stop, in parent and/or in child process. If there aren't multiple threads, it's safe, but presumably you have multiple threads in mind, in which case behavior seems unpredictable (will the parent process's thread running asyncore.loop() notice that the map has become empty before the code below populates the map again? asyncore.loop() will or won't stop in the parent depending on that timing accident). pid = None try: pid = fork() if (pid == 0): # child # ... finally: if pid != 0: socket_map.update(saved_socket_map) # reactivate asyncore Another approach I've seen is to skip mucking with socket_map directly, and call asyncore.close_all() first thing in the child process. Of course that's vulnerable to vagaries of thread scheduling too, if asyncore is running in a thread other than the one doing the fork() call. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )