pywin32-bugs Mailing List for Python for Windows Extensions (Page 99)
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
Menu
▾
▴
pywin32-bugs — Automated tracker notifications (not for bug reports!)
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(19) |
Jun
(15) |
Jul
(43) |
Aug
(39) |
Sep
(25) |
Oct
(43) |
Nov
(19) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(21) |
Feb
(18) |
Mar
(14) |
Apr
(80) |
May
(56) |
Jun
(24) |
Jul
(30) |
Aug
(17) |
Sep
(36) |
Oct
(106) |
Nov
(38) |
Dec
(30) |
| 2005 |
Jan
(14) |
Feb
(14) |
Mar
(48) |
Apr
(28) |
May
(49) |
Jun
(23) |
Jul
(9) |
Aug
(13) |
Sep
(28) |
Oct
(21) |
Nov
(8) |
Dec
(26) |
| 2006 |
Jan
(56) |
Feb
(33) |
Mar
(33) |
Apr
(18) |
May
(16) |
Jun
(9) |
Jul
(24) |
Aug
(16) |
Sep
(14) |
Oct
(37) |
Nov
(38) |
Dec
(22) |
| 2007 |
Jan
(7) |
Feb
(16) |
Mar
(11) |
Apr
(15) |
May
(15) |
Jun
(8) |
Jul
(24) |
Aug
(26) |
Sep
(18) |
Oct
(11) |
Nov
(20) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(55) |
Mar
(7) |
Apr
(35) |
May
(66) |
Jun
(38) |
Jul
(26) |
Aug
(5) |
Sep
(25) |
Oct
(25) |
Nov
(18) |
Dec
(18) |
| 2009 |
Jan
(25) |
Feb
(38) |
Mar
(29) |
Apr
(25) |
May
(5) |
Jun
(11) |
Jul
(16) |
Aug
(16) |
Sep
(16) |
Oct
(1) |
Nov
(15) |
Dec
(33) |
| 2010 |
Jan
(13) |
Feb
(11) |
Mar
(1) |
Apr
(24) |
May
(26) |
Jun
(19) |
Jul
(22) |
Aug
(51) |
Sep
(38) |
Oct
(39) |
Nov
(25) |
Dec
(27) |
| 2011 |
Jan
(40) |
Feb
(31) |
Mar
(21) |
Apr
(42) |
May
(11) |
Jun
(16) |
Jul
(20) |
Aug
(14) |
Sep
(6) |
Oct
(8) |
Nov
(34) |
Dec
(7) |
| 2012 |
Jan
(60) |
Feb
(24) |
Mar
(6) |
Apr
(28) |
May
(41) |
Jun
(15) |
Jul
(14) |
Aug
(25) |
Sep
(30) |
Oct
(18) |
Nov
(30) |
Dec
(9) |
| 2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(23) |
May
(34) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2004-09-27 21:39:59
|
Patches item #1032764, was opened at 2004-09-23 02:12 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1032764&group_id=78018 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Greg Chapman (glchapman) Assigned to: Nobody/Anonymous (nobody) Summary: Minor tweak to win32serviceutil.ServiceFramework Initial Comment: The attached diff tries to make the win32serviceutil.ServiceFramework class a little more self-documenting by adding default values (and comments) for _svc_deps_, _exe_name_ and _exe_args_ (all defaulting to None). ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-09-28 07:39 Message: Logged In: YES user_id=14198 Checking in win32serviceutil.py; new revision: 1.15; previous revision: 1.14 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1032764&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-22 16:12:39
|
Patches item #1032764, was opened at 2004-09-22 08:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1032764&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Greg Chapman (glchapman) Assigned to: Nobody/Anonymous (nobody) Summary: Minor tweak to win32serviceutil.ServiceFramework Initial Comment: The attached diff tries to make the win32serviceutil.ServiceFramework class a little more self-documenting by adding default values (and comments) for _svc_deps_, _exe_name_ and _exe_args_ (all defaulting to None). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1032764&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-21 13:58:17
|
Bugs item #1031907, was opened at 2004-09-21 17:56 Message generated for change (Comment added) made by ezeev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1031907&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Fedor Ezeev (ezeev) Assigned to: Nobody/Anonymous (nobody) Summary: python ActiveX scripting - GetTypeInfo() didn't work Initial Comment: I use some third party ActiveX Scripting host, named "OpenConf". OpenConf load some scripts, and show script's subroutines for user's choice. And there is visible difference between vba (or java) scripts and python scripts. Subroutines in vba scripts - are visible, but subroutines in python scripts - are not. As OpenConf's author say, this is because python's IDispatch::GetTypeInfo() return NULL, instead of real TypeInfo. Also IDispatch::GetTypeInfoCount() return 0, instead of 1. There is some simple application in attach, that demonstrate this problem. Code, that call GetTypeInfo() placed in file ascriptDlg.cpp inside CAscriptDlg:: OnInitDialog() method. This sources are compiled with MS Visual C++ 6.0 Python - 2.3.4 pywin - 202 OS - Win2000 prof sp4 russian ---------------------------------------------------------------------- >Comment By: Fedor Ezeev (ezeev) Date: 2004-09-21 17:58 Message: Logged In: YES user_id=969473 sorry, here is the example ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1031907&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-21 13:56:13
|
Bugs item #1031907, was opened at 2004-09-21 17:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1031907&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Fedor Ezeev (ezeev) Assigned to: Nobody/Anonymous (nobody) Summary: python ActiveX scripting - GetTypeInfo() didn't work Initial Comment: I use some third party ActiveX Scripting host, named "OpenConf". OpenConf load some scripts, and show script's subroutines for user's choice. And there is visible difference between vba (or java) scripts and python scripts. Subroutines in vba scripts - are visible, but subroutines in python scripts - are not. As OpenConf's author say, this is because python's IDispatch::GetTypeInfo() return NULL, instead of real TypeInfo. Also IDispatch::GetTypeInfoCount() return 0, instead of 1. There is some simple application in attach, that demonstrate this problem. Code, that call GetTypeInfo() placed in file ascriptDlg.cpp inside CAscriptDlg:: OnInitDialog() method. This sources are compiled with MS Visual C++ 6.0 Python - 2.3.4 pywin - 202 OS - Win2000 prof sp4 russian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1031907&group_id=78018 |
|
From: Karakus, E. <Ece...@ap...> - 2004-09-16 06:33:25
|
--Hello Programmers,=20
=09
A few days ago I wrote this Bug-Descreption,
But I got only one Answer, which didn't help.
So I try it again whith an other Question, which would also
solve the problem above.
Is it Possible to force PyWin to use Dynamic Dispatching
and not the generated MakePy-Wrapper ? =20
Origin Promlem:=20
I need your Support for this Problem: Makepy doesn't work
correct=20
=09
Please Look at this Coding:=20
=09
This Works !!!!!!=20
______________________________________=20
import win32com.client=20
xneu=3D win32com.client.GetObject("SAPGUI")=20
script =3D xneu.GetScriptingEngine=20
Connection =3D script.Children(0)=20
Session =3D Connection.Children(0) <-------=20
=09
______________________________________=20
=09
After Using Makepy for the OCX=20
=09
_______________=20
=09
if d is not None: return getattr(d, attr)=20
File
"C:\Prog\Python\ActPython23\Lib\site-packages\win32com\client\__init__.py=
",
line 454, in __getattr__=20
raise AttributeError, "'%s' object has no attribute '%s'" %
(repr(self), attr)=20
AttributeError: '<win32com.gen_py.SAP Scripting
Control.ISapComponentTarget instance at 0x19183176>' object has no =
attribute
'Children'
Before mapeky attributes are case insensitive. After makepy they are
case sensitive. So you might try Connection.children(0)
[Karakus, Ecevit]=20
[Karakus, Ecevit] I have tried this, but this is not The Point.=20
I Suppose that the Wrapper which was generated by makepy is the
ErrorSource.=20
But dont know How to narrow this down.=20
I debugged a while but ended in the nirwana=20
Do You Know any Contact Person ,EmailAdress, etc whom I could ask ?=20
Before mapeky attributes are case insensitive. After makepy they are
case sensitive. So you might try Connection.children(0)
=09
_________________________________=20
=09
The Error is raised in the line=20
Session =3D Connection.Children(0)=20
worked correctly before using makepy=20
=09
I can help myself by deleting the makepy-generated files but
this is not a solution in this case.=20
=09
The Problem is that I need Makepy, because I want to use a
Event Handler for that Com-Object=20
and proceed with=20
Session_events =3D win32com.client.DispatchWithEvents(Session,
SessionEvents)=20
But this line generates automatically Makepy-Support=20
When I want to use the next time the Coding abov I get the
Error.=20
=09
APRIMUS GmbH =20
Weidestrasse 120a
22083 Hamburg
Germany
=20
Tel. : +49 (40) 2709 53-118
Fax : +49 (40) 2709 53-218
Mobil : +49 (170) 412 64 69=20
E-Mail : ece...@ap...
URL : www.aprimus.de <http://www.aprimus.de/>
Neue Adresse seit 01.07.2004
New address since 01. July 2004
|
|
From: SourceForge.net <no...@so...> - 2004-09-16 01:17:12
|
Bugs item #1028735, was opened at 2004-09-15 11:56 Message generated for change (Comment added) made by payn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028735&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Trent Mick (tmick) Assigned to: Nobody/Anonymous (nobody) Summary: install error: NameError: global name 'get_root_hkey' is not Initial Comment: I got this install error when installing PyWin32 b202 onto Python 2.4a3: Creating .PTH file C:\Python24\pywin32.pth Copied pythoncom24.dll to C:\WINNT\system32\pythoncom24.dll Copied pywintypes24.dll to C:\WINNT\system32\pywintypes24.dll Registered: Python.Interpreter Registered: Python.Dictionary Traceback (most recent call last): File "C:\Python24\Scripts\pywin32_postinstall.py", line 313, in ? install() File "C:\Python24\Scripts\pywin32_postinstall.py", line 210, in install SetPyKeyVal("Help", None, None) File "C:\Python24\Scripts\pywin32_postinstall.py", line 97, in SetPyKeyVal root_hkey = get_root_hkey() NameError: global name 'get_root_hkey' is not defined *** run_installscript: internal error 0xFFFFFFFF *** My machine is Win2k, but I don't think that is relevant. Is get_root_hkey() not defined by the bdist_wininst installer? Did it used to be? This is not affecting me (a subsequent run of pywin32_postinstall.py manually worked) but I thought I should report it. ---------------------------------------------------------------------- Comment By: Andrew Payn Barnert (payn) Date: 2004-09-15 18:17 Message: Logged In: YES user_id=96775 This is the same as bug 990048. If running the script manually doesn't work, you can edit it (move the def of get_root_hkey outside of the if) and either run it manually, or re-run the installer (and tell it to not overwrite existing files) and everything is fine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028735&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-15 18:56:23
|
Bugs item #1028735, was opened at 2004-09-15 18:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028735&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Trent Mick (tmick) Assigned to: Nobody/Anonymous (nobody) Summary: install error: NameError: global name 'get_root_hkey' is not Initial Comment: I got this install error when installing PyWin32 b202 onto Python 2.4a3: Creating .PTH file C:\Python24\pywin32.pth Copied pythoncom24.dll to C:\WINNT\system32\pythoncom24.dll Copied pywintypes24.dll to C:\WINNT\system32\pywintypes24.dll Registered: Python.Interpreter Registered: Python.Dictionary Traceback (most recent call last): File "C:\Python24\Scripts\pywin32_postinstall.py", line 313, in ? install() File "C:\Python24\Scripts\pywin32_postinstall.py", line 210, in install SetPyKeyVal("Help", None, None) File "C:\Python24\Scripts\pywin32_postinstall.py", line 97, in SetPyKeyVal root_hkey = get_root_hkey() NameError: global name 'get_root_hkey' is not defined *** run_installscript: internal error 0xFFFFFFFF *** My machine is Win2k, but I don't think that is relevant. Is get_root_hkey() not defined by the bdist_wininst installer? Did it used to be? This is not affecting me (a subsequent run of pywin32_postinstall.py manually worked) but I thought I should report it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028735&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-15 02:14:39
|
Bugs item #1003067, was opened at 2004-08-03 23:13 Message generated for change (Comment added) made by mrbax You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1003067&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Bax (mrbax) Assigned to: Nobody/Anonymous (nobody) Summary: Post-install script DLL load failed: pywintypes23.dll, Win95 Initial Comment: The post-install script fails with an error when attempting to load pywintypes23.dll. This happens with pywin32 version 200, 201.1 and 202 with Python 2.3 under Windows 95a. Manually copying pywintypes23.dll to the WINDOWS and WINDOWS\SYSTEM directories did not help. This is the error: python pywin32_postinstall.py -install Creating .PTH file E:\PYTHON23\pywin32.pth Traceback (most recent call last): File "E:\PYTHON23\Scripts\pywin32_postinstall.py", line 313, in ? install() File "E:\PYTHON23\Scripts\pywin32_postinstall.py", line 155, in install LoadSystemModule(lib_dir, "pywintypes") File "E:\PYTHON23\Scripts\pywin32_postinstall.py", line 93, in LoadSystemModule ('.dll', 'rb', imp.C_EXTENSION)) ImportError: DLL load failed: A device attached to the system is not functioning. The function call that fails is: mod = imp.load_module( 'pywintypes', None, 'E: \PYTHON23\Lib\site-packages\pywin32_system32\pywintypes23.dll' ('.dll', 'rb', imp.C_EXTENSION) ) ---------------------------------------------------------------------- >Comment By: Michael Bax (mrbax) Date: 2004-09-14 19:14 Message: Logged In: YES user_id=1055057 The latest DCOM update for Windows 95 (1.3) does not help. http://www.microsoft.com/com/dcom/dcom95/dcom1_3.asp ---------------------------------------------------------------------- Comment By: Michael Bax (mrbax) Date: 2004-08-09 15:59 Message: Logged In: YES user_id=1055057 Internet Explorer 5.5 SP2 is installed, so it does not appear to be a host DLL problem on the system's side. ---------------------------------------------------------------------- Comment By: Michael Bax (mrbax) Date: 2004-08-03 23:20 Message: Logged In: YES user_id=1055057 The path is correct; it does not have a linebreak after the colon. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1003067&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-14 20:55:34
|
Bugs item #1028179, was opened at 2004-09-14 16:40 Message generated for change (Settings changed) made by rberrett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028179&group_id=78018 >Category: win32 Group: None Status: Open Resolution: None Priority: 5 Submitted By: rberrett (rberrett) Assigned to: Nobody/Anonymous (nobody) Summary: SetFilePointer returns incorrect value for 2-4gb Initial Comment: The return value for win32file.SetFilePointer is negative for expected values from 2gb upto 1 byte shy of 4gb. newFP = win32file.SetFilePointer(fh, offset, win32file.FILE_END) Setting file pointer on a empty file with: offset 2gb returns -2147483648 offset 3gb returns -1073741824 offset 4gb-1 byte returns -1 Under 2gb and 4gb and over return the correct value ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028179&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-14 20:40:05
|
Bugs item #1028179, was opened at 2004-09-14 16:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028179&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: rberrett (rberrett) Assigned to: Nobody/Anonymous (nobody) Summary: SetFilePointer returns incorrect value for 2-4gb Initial Comment: The return value for win32file.SetFilePointer is negative for expected values from 2gb upto 1 byte shy of 4gb. newFP = win32file.SetFilePointer(fh, offset, win32file.FILE_END) Setting file pointer on a empty file with: offset 2gb returns -2147483648 offset 3gb returns -1073741824 offset 4gb-1 byte returns -1 Under 2gb and 4gb and over return the correct value ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1028179&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-14 14:04:46
|
Feature Requests item #1027930, was opened at 2004-09-14 08:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1027930&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Remember & recall module window position and size Initial Comment: Remember & recall module window position and size same way interactive window does. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1027930&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-14 11:57:20
|
Bugs item #1027853, was opened at 2004-09-14 05:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027853&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: selected traceback text won't copy Initial Comment: Select traceback text in interactive window & do edit->copy. Clipboard does not change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027853&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-14 11:55:05
|
Bugs item #1027851, was opened at 2004-09-14 05:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027851&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: cursor stays in interactive window after dblclick Initial Comment: Double-clicking a traceback line (opens and) activates the module edit window, but the cursor stays in the interactive window. It would be more useful to have the cursor appear in the edit window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027851&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-13 22:03:28
|
Bugs item #1027556, was opened at 2004-09-13 16:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027556&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Double-Clicking item in left pane should scroll active edit Initial Comment: When edit window is split horizontally, double-clicking an item in the left (hierarchy) pane should scroll the active edit pane to the selected item. Instead it always scrolls the lower pane. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027556&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-13 21:38:49
|
Feature Requests item #1027538, was opened at 2004-09-13 15:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1027538&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Autosave Initial Comment: I have just lost hours of work because I failed to save some module edit windows before pythonwin hung and had to be force quit. I'd like to have an autosave feature (akin to MS Word) where editing work is periodically saved. I'd also like a feature that asks Save Changes? when I hit F5 that would save (and reimport) edit windows that I've modified. Other systems I work with have this and it is a lifesaver. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1027538&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-13 21:34:05
|
Bugs item #1027533, was opened at 2004-09-13 15:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027533&group_id=78018 Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Pythonwin hangs Initial Comment: I have just lost hours of work because I failed to remember to save some modules I was editing. When I ran my program in the debugger I noticed that I had failed to save, so I attempted to halt the porgram. Pythonwin hung and had to be force quit. As a result I lost all my editing. I have reported (at least a year ago) certain cases where pythonwin has either hung (can't stop pump error or endless writing of messages to the interactive window). Could someone take a look at whatever causes these hangups? I woudl if I could but I don't know my way around well enough. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1027533&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-13 02:55:17
|
Patches item #1017653, was opened at 2004-08-27 10:58 Message generated for change (Comment added) made by progoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1017653&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steven Scott (progoth) Assigned to: Nobody/Anonymous (nobody) Summary: crash fix for dbi.dll Initial Comment: dbi.dll of course supplies the date and binary types for the odbc module....the DbiRaw type has a __str__() method along with its value() method...unfortunately using str(dbiRawObj) causes crashes. Here's a fix ---------------------------------------------------------------------- >Comment By: Steven Scott (progoth) Date: 2004-09-12 22:55 Message: Logged In: YES user_id=61663 Hmmm either something strange happened or I am an idiot...I could've sworn I checked the attachment after I opened the bug/patch... ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-09-12 21:43 Message: Logged In: YES user_id=14198 The fix didn't make it - can you please attach it again? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1017653&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-13 01:46:33
|
Bugs item #1005904, was opened at 2004-08-09 21:27 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1005904&group_id=78018 Category: win32 Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Alexandr Zamaraev (shura_zam) Assigned to: Nobody/Anonymous (nobody) Summary: PeekNamedPipe error reporting Initial Comment: if PeekNamedPipe produse error, function name setting to 'GetNamedPipeHandleState' see file pywin32\win32\src\win32pipe.i line 428 in function MyPeekNamedPipe ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-09-13 11:46 Message: Logged In: YES user_id=14198 Fix checked in - thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1005904&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-13 01:43:46
|
Patches item #1017653, was opened at 2004-08-28 00:58 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1017653&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steven Scott (progoth) Assigned to: Nobody/Anonymous (nobody) Summary: crash fix for dbi.dll Initial Comment: dbi.dll of course supplies the date and binary types for the odbc module....the DbiRaw type has a __str__() method along with its value() method...unfortunately using str(dbiRawObj) causes crashes. Here's a fix ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2004-09-13 11:43 Message: Logged In: YES user_id=14198 The fix didn't make it - can you please attach it again? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=1017653&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-11 16:58:17
|
Feature Requests item #1023985, was opened at 2004-09-07 15:01 Message generated for change (Comment added) made by ramrom You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1023985&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: nietschy (nietschy) Assigned to: Nobody/Anonymous (nobody) Summary: Exec code from clipboard Initial Comment: In scripts with many lines of codes it would be nice to test single little functions. Why not mark them, right click and exec the selection or copy something into the windows clipboard and run the code from there. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-09-11 10:58 Message: Logged In: YES user_id=587593 I second this request. Visual FoxPro has this feature, and I use it a lot. I would eliminate "single little functions" since the intent is to execute whatever code is selected. I would also like the abilty to copy code from the interactive window into a script and have the >>> and ... prompts and response lines removed in the process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1023985&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-08 22:13:57
|
Bugs item #1013126, was opened at 2004-08-20 13:54 Message generated for change (Comment added) made by payn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1013126&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jon McLin (jon_mclin) Assigned to: Nobody/Anonymous (nobody) Summary: PythonWin not installed in context menu. Initial Comment: In earlier builds (142 to 163, at least), PythonWin was installed to the Explorer context menu so I could right-click and "Open with PythonWin". I used this a lot! Where did it go in 202? ---------------------------------------------------------------------- Comment By: Andi Payn (payn) Date: 2004-09-08 15:13 Message: Logged In: YES user_id=96775 See bug 990048. I'm willing to bet the installer got an error in the postinstall script, so it skipped all later steps (including the Explorer integration stuff) but still reported success overall. ---------------------------------------------------------------------- Comment By: Jon McLin (jon_mclin) Date: 2004-08-20 13:56 Message: Logged In: YES user_id=1071288 PS - platform is Win XP Pro. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1013126&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-08 22:12:42
|
Bugs item #990048, was opened at 2004-07-13 03:18 Message generated for change (Comment added) made by payn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=990048&group_id=78018 Category: installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kerim Borchaev (warkid) Assigned to: Nobody/Anonymous (nobody) Summary: pywin32-202.win32-py2.4.exe: Postinstall script failure. Initial Comment: This is how it fails: Creating .PTH file C:\Python24\pywin32.pth Copied pythoncom24.dll to C:\WINDOWS\System32 \pythoncom24.dll Copied pywintypes24.dll to C:\WINDOWS\System32 \pywintypes24.dll Registered: Python.Interpreter Registered: Python.Dictionary Traceback (most recent call last): File "C:\Python24\Scripts\pywin32_postinstall.py", line 313, in ? install() File "C:\Python24\Scripts\pywin32_postinstall.py", line 210, in install SetPyKeyVal("Help", None, None) File "C:\Python24\Scripts\pywin32_postinstall.py", line 97, in SetPyKeyVal root_hkey = get_root_hkey() NameError: global name 'get_root_hkey' is not defined *** run_installscript: internal error 0xFFFFFFFF *** ##################################### I've uninstalled previous version of pywin32 and Python before installing pywin32-202. I'm using Python2.4a1 ---------------------------------------------------------------------- Comment By: Andi Payn (payn) Date: 2004-09-08 15:12 Message: Logged In: YES user_id=96775 Until a new version comes our, here's what you can do: 1. Run an install through until it fails. 2. Go to your C:\Python24\Scripts directory, and get rid of pywin32_postinstall.{pyc,pyo} if present. 3. Edit the pywin32_postinstall.py file in that directory to unindent the definition for get_root_hkey. 4. Run the installer again, and tell it to never replace existing files. The installer will now use the hacked postinstall script, which will succeed, so it will proceed to the next step and install everything (Start Menu items, Explorer integration, etc.) properly. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2004-08-02 15:56 Message: Logged In: YES user_id=552329 FWIW, Mark knows about this problem (it resulted because the latest pywin32 came out before 2.4a1, so Mark couldn't test it properly). I believe he said on the mailing list that he's fixed the problem already, so it should be resolved in the next build. ---------------------------------------------------------------------- Comment By: Jason R. Coombs (jaraco) Date: 2004-08-02 10:29 Message: Logged In: YES user_id=599869 I received the same error. I was installing to a Windows XP SP1 with no version of Python ever installed. ---------------------------------------------------------------------- Comment By: Jaros³aw Zabie³³o (zbiru) Date: 2004-07-22 12:02 Message: Logged In: YES user_id=309001 I uninstalled previous version of Python, PythonWin and all pythonic stuff. The same problem appears for Windows 2003 Server: Creating .PTH file C:\opt\Python24\pywin32.pth Copied pythoncom24.dll to C:\WINDOWS\system32\pythoncom24.dll Copied pywintypes24.dll to C:\WINDOWS\system32\pywintypes24.dll Registered: Python.Interpreter Registered: Python.Dictionary Traceback (most recent call last): File "C:\opt\Python24\Scripts\pywin32_postinstall.py", line 313, in ? install() File "C:\opt\Python24\Scripts\pywin32_postinstall.py", line 210, in install SetPyKeyVal("Help", None, None) File "C:\opt\Python24\Scripts\pywin32_postinstall.py", line 97, in SetPyKeyVal root_hkey = get_root_hkey() NameError: global name 'get_root_hkey' is not defined *** run_installscript: internal error 0xFFFFFFFF *** ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=990048&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2004-09-07 21:01:08
|
Feature Requests item #1023985, was opened at 2004-09-07 21:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1023985&group_id=78018 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Nieratschker (nietschy) Assigned to: Nobody/Anonymous (nobody) Summary: Exec code from clipboard Initial Comment: In scripts with many lines of codes it would be nice to test single little functions. Why not mark them, right click and exec the selection or copy something into the windows clipboard and run the code from there. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1023985&group_id=78018 |
|
From: Karakus, E. <Ece...@ap...> - 2004-09-07 12:31:34
|
--Hello Programmers,=20
=09
I need your Support for this Problem: Makepy doesn't work
correct=20
=09
Please Look at this Coding:=20
=09
This Works !!!!!!=20
______________________________________=20
import win32com.client=20
xneu=3D win32com.client.GetObject("SAPGUI")=20
script =3D xneu.GetScriptingEngine=20
Connection =3D script.Children(0)=20
Session =3D Connection.Children(0) <-------=20
=09
______________________________________=20
=09
After Using Makepy for the OCX=20
=09
___________________=20
=09
if d is not None: return getattr(d, attr)=20
File
"C:\Prog\Python\ActPython23\Lib\site-packages\win32com\client\__init__.py=
",
line 454, in __getattr__=20
raise AttributeError, "'%s' object has no attribute '%s'" %
(repr(self), attr)=20
AttributeError: '<win32com.gen_py.SAP Scripting
Control.ISapComponentTarget instance at 0x19183176>' object has no =
attribute
'Children'
Before mapeky attributes are case insensitive. After makepy they are
case sensitive. So you might try Connection.children(0)
[Karakus, Ecevit]=20
[Karakus, Ecevit] I have tried this, but this is not The Point.=20
I Suppose that the Wrapper which was generated by makepy is the
ErrorSource.=20
But dont know How to narrow this down.=20
I debugged a while but ended in the nirwana=20
Do You Know any Contact Person ,EmailAdress, etc whom I could ask ?=20
Before mapeky attributes are case insensitive. After makepy they are
case sensitive. So you might try Connection.children(0)
=09
_________________________________=20
=09
The Error is raised in the line=20
Session =3D Connection.Children(0)=20
worked correctly before using makepy=20
=09
I can help myself by deleting the makepy-generated files but
this is not a solution in this case.=20
=09
The Problem is that I need Makepy, because I want to use a
Event Handler for that Com-Object=20
and proceed with=20
Session_events =3D win32com.client.DispatchWithEvents(Session,
SessionEvents)=20
But this line generates automatically Makepy-Support=20
When I want to use the next time the Coding abov I get the
Error.=20
=09
|
|
From: Bob G. <bg...@al...> - 2004-09-06 20:05:18
|
At 07:49 AM 9/6/2004, Karakus, Ecevit wrote:
>Hello Programmers,
>
>I need your Support for this Problem: Makepy doesn't work correct
>
>Please Look at this Coding:
>
>This Works !!!!!!
>______________________________________
>import win32com.client
>xneu= win32com.client.GetObject("SAPGUI")
>script = xneu.GetScriptingEngine
>Connection = script.Children(0)
>Session = Connection.Children(0) <-------
>
>______________________________________
>
>After Using Makepy for the OCX
>
>___________________
>
> if d is not None: return getattr(d, attr)
> File
> "C:\Prog\Python\ActPython23\Lib\site-packages\win32com\client\__init__.py"
> , line 454, in __getattr__
> raise AttributeError, "'%s' object has no attribute '%s'" %
> (repr(self), attr)
>AttributeError: '<win32com.gen_py.SAP Scripting
>Control.ISapComponentTarget instance at 0x19183176>' object has no
>attribute 'Children'
Before mapeky attributes are case insensitive. After makepy they are case
sensitive. So you might try Connection.children(0)
>_________________________________
>
>The Error is raised in the line
> Session = Connection.Children(0)
>worked correctly before using makepy
>
>I can help myself by deleting the makepy-generated files but this is not
>a solution in this case.
>
>The Problem is that I need Makepy, because I want to use a Event Handler
>for that Com-Object
>and proceed with
> Session_events = win32com.client.DispatchWithEvents(Session,
> SessionEvents)
>But this line generates automatically Makepy-Support
>When I want to use the next time the Coding abov I get the Error.
>
>
>Has some one similar Experiences or a Hint ...
>
>Thanks !!!
>
>
>Ecevit Karakus
>Dipl. - Physiker
>Senior Consultant
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||{{{{{{zzzywvqrwwuumWz{{||||||||||}}}}}}}}}}}~~~~~~~~~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||||||{{{{{{{zzyyxxwusisvwyyzz{{{|||||||||||}}}}}}}}}}}~~~~~~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||||{{{{{{{zzyyxwwmooahqjwxxyzz{{{{{||||||||||}}}}}}}}}}}}~~~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||||||||{{{{{{zzzyus`kqq[i[
>hptupixzz{{{{{{{|||||||||}}}}}}}}}}}}~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||||{{{{{zzzzzzyyxxvtn
>K/ntwyyzz{{{{{{{{{|||||||}}}}}}}}}}}}}~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||||||{{{{zzzzzzzzyyyyxxwup=
>D^twxyyyzzzzz{{{{{{{|||||}}}}}}}}}}}}}}~~~~~~~~~~~~
>
>~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||{{{{{zyyxxwuxxxxxxwwwvvutq[
>nsuvwwwwxyyzzzzzzyxrz{{||||}}}}}}}}}}}}}~~~~~~~~~~~
>
>~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||{{{{{{{{zzyywsffjrtuvvu6Y^pl
>lGF>B 5 ci jVrslXnwxxxxxxwudwyz{{|||}}}}}}}}}}}}}}~~~~~~~~~
>
>~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||{{{{{{{{{{{zzzzzyxvtr>
>Tq f PpUtutpfqqreeqxz{{|||}}}}}}}}}}}}}}}~~~~~~~
>
>~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||{{{{{{{{{{{{{{{zzzzzzyxxwvpG
>J l+ ]svwzz{{{|||}}}}}}}}}}}}}}}~~~~~~
>
>~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||{{{{{{{{{{{{{{{{{{zzzzzzzyxwtoutpn!
>aptxyzz{{{||||}}}}}}}}}}}}}}}~~~~~
>
>~~~~~}}}}}}}}}}}}}}}}}}}}}}}||||||{{zzzzzzzz{{{{{{{{{zzzzzzzyyyxwkc&@
>g
>^7tvxyyzz{{{||||}}}}}}}}}}}}}}}~~~~
>
>~~~~}}}}}}}}}}}}}}}}}|||||||||{{{zzywrvxyyyyyyyyyyyyyyyyyyyyyxxxvuspPH
>suwwvvz{{|||||}}}}}}}}}}}}}}}~~~
>
>~~~}}}}}}}}}}}|||||||||||||{{{{{zzzyoluvwwwxxxwvdtvwwxxxxxxxxxwuj 4
> gjky{{|||||}}}}}}}}}}}}}}}}~~
>
>~~}}}}}}}|||||||||||||||{{{{{{{{zzyyxwvtp^Np[tusrm]Sslpuvwwwwvvtih
>mqvxyzz{||||||}}}}}}}}}}}}}}}}~
>
>~~}}}}|||||||||||||||{{{{{{{{{{zzyyyxwwsqU h# [
>gkosuuttq^
>Grupyz{{||||||}}}}}}}}}}}}}}}}~
>
>~}}}|||||||||||||||{{{{{{{{{{zzyyyyxtuurnj Yqqqk
> ca[vyz{{|||||||}}}}}}}}}}}}}}}}
>
>~}||||||||||||||{{{{{{{{zzzyxsowwwwvusl ?l
> dvyz{{{|||||||}}}}}}}}}}}}}}}}
>
>~|||||||||||||{zzzzzzzzyyyyxxvtkrsorqnb a
> \xyzz{{{|||||||}}}}}}}}}}}}}}}}
>
>~{{{{{zzzzyxwyyyyyzzyxxxxxvvvirmc c
> 8wxyzz{{{{||||||||}}}}}}}}}}}}}}}
>
>~J@AI=;*54# )74&*
> bptvwxyyzz{{{{||||||||}}}}}}}}}}}}}}}
>
>~{{{{{zzzzyxwyyyyyzzyxxxxxvvvirmc c
> 8wxyzz{{{{||||||||}}}}}}}}}}}}}}}
>
>~|||||||||||||{zzzzzzzzyyyyxxvtkrsorqnb a
> \xyzz{{{|||||||}}}}}}}}}}}}}}}}
>
>~}||||||||||||||{{{{{{{{zzzyxsowwwwvusl ?l
> dvyz{{{|||||||}}}}}}}}}}}}}}}}
>
>~}}}|||||||||||||||{{{{{{{{{{zzyyyyxtuurnj Yqqqk
> ca[vyz{{|||||||}}}}}}}}}}}}}}}}
>
>~~}}}}|||||||||||||||{{{{{{{{{{zzyyyxwwsqU h# [
>gkosuuttq^
>Grupyz{{||||||}}}}}}}}}}}}}}}}~
>
>~~}}}}}}}|||||||||||||||{{{{{{{{zzyyxwvtp^Np[tusrm]Sslpuvwwwwvvtih
>mqvxyzz{||||||}}}}}}}}}}}}}}}}~
>
>~~~}}}}}}}}}}}|||||||||||||{{{{{zzzyoluvwwwxxxwvdtvwwxxxxxxxxxwuj 4
> gjky{{|||||}}}}}}}}}}}}}}}}~~
>
>~~~~}}}}}}}}}}}}}}}}}|||||||||{{{zzywrvxyyyyyyyyyyyyyyyyyyyyyxxxvuspPH
>suwwvvz{{|||||}}}}}}}}}}}}}}}~~~
>
>~~~~~}}}}}}}}}}}}}}}}}}}}}}}||||||{{zzzzzzzz{{{{{{{{{zzzzzzzyyyxwkc&@
>g
>^7tvxyyzz{{{||||}}}}}}}}}}}}}}}~~~~
>
>~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||{{{{{{{{{{{{{{{{{{zzzzzzzyxwtoutpn!
>aptxyzz{{{||||}}}}}}}}}}}}}}}~~~~~
>
>~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||{{{{{{{{{{{{{{{zzzzzzyxxwvpG
>J l+ ]svwzz{{{|||}}}}}}}}}}}}}}}~~~~~~
>
>~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||{{{{{{{{{{{zzzzzyxvtr>
>Tq f PpUtutpfqqreeqxz{{|||}}}}}}}}}}}}}}}~~~~~~~
>
>~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||{{{{{{{{zzyywsffjrtuvvu6Y^pl
>lGF>B 5 ci jVrslXnwxxxxxxwudwyz{{|||}}}}}}}}}}}}}}~~~~~~~~~
>
>~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||{{{{{zyyxxwuxxxxxxwwwvvutq[
>nsuvwwwwxyyzzzzzzyxrz{{||||}}}}}}}}}}}}}~~~~~~~~~~~
>
>~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||||||{{{{zzzzzzzzyyyyxxwup=
>D^twxyyyzzzzz{{{{{{{|||||}}}}}}}}}}}}}}~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||||{{{{{zzzzzzyyxxvtn
>K/ntwyyzz{{{{{{{{{|||||||}}}}}}}}}}}}}~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||||||||{{{{{{zzzyus`kqq[i[
>hptupixzz{{{{{{{|||||||||}}}}}}}}}}}}~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||||{{{{{{{zzyyxwwmooahqjwxxyzz{{{{{||||||||||}}}}}}}}}}}}~~~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}||||||||||||||||{{{{{{{zzyyxxwusisvwyyzz{{{|||||||||||}}}}}}}}}}}~~~~~~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||||{{{{{{zzzywvqrwwuumWz{{||||||||||}}}}}}}}}}}~~~~~~~~~~~~~~~~~~~~~~~~~
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}|||||||||||||{{{{{zzxttuyzzzzz{||||||||||}}}}}}}}}}}~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>5
>
>APRIMUS GmbH
>Weidestrasse 120a
>
>22083 Hamburg
>Germany
>
>Tel. : +49 (40) 2709 53-118
>Fax : +49 (40) 2709 53-218
>Mobil : +49 (170) 412 64 69
>E-Mail : ece...@ap...
>URL : www.aprimus.de
><<http://www.aprimus.de/>http://www.aprimus.de/>
>
>Neue Adresse seit 01.07.2004
>New address since 01. July 2004
>
>
Bob Gailer
bg...@al...
303 442 2625 home
720 938 2625 cell |
2 messages has been excluded from this view by a project administrator.
