I founded a bug.
script: (to extend c++ in python)
filename: stpwsusr.py CANT BE
"wsusr.py"!!!
its bad,because everybody usally name the files
like the program/module.
source:
/*/
from distutils.core import setup, Extension
mylib_dirs=['/home/dev/WireLessStudio/wsusrlib/debug/src']
libs_trace=['wsusr'] - My module 's name.
module3 = Extension('wsl',
sources = ['srcwsl.cpp'],
library_dirs=mylib_dirs,
libraries = libs_trace)
setup (name = 'PackageName',
version = '1.0',
description = 'probando claes en piton, gross',
ext_modules = [module3])
/**/
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1076500 ] python24.msi install error
Bugs item #1076500, was opened at 2004-12-01 04:47
Message generated for change (Comment added) made by guanzijing
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=105470aid=1076500group_id=5470
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: guan zi jing (guanzijing)
Assigned to: Martin v. Löwis (loewis)
Summary: python24.msi install error
Initial Comment:
I can't install the python24.msi on my notebook
( windows (english version with chinese support) xp with
sp2 )
the install programe display an error after chose the
install path.
btw: I installed the office 2003 and norton system works
and norton firewall 2003. and the python2.3.4 install is
ok.
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-06 02:17
Message:
Logged In: YES
user_id=923521
And I found the msiexec is still running after the failed, I can
find it at the task Manager.
This is the log:
=== Verbose logging started: 2004-12-6 10:14:25 Build
type: SHIP UNICODE 3.00.3790.2180 Calling process:
C:\WINDOWS\system32\msiexec.exe ===
MSI (c) (50:A4) [10:14:25:606]: Resetting cached policy
values
MSI (c) (50:A4) [10:14:25:606]: Machine policy value 'Debug'
is 0
MSI (c) (50:A4) [10:14:25:606]: *** RunEngine:
*** Product: python-2.4.msi
*** Action:
*** CommandLine: **
MSI (c) (50:A4) [10:14:25:606]: Machine policy
value 'DisableUserInstalls' is 0
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: Verifying package -- 'C:\Downloads\python-2.4.msi'
against software restriction policy
MSI (c) (50:A4) [10:14:25:656]: Note: 1: 2262 2:
DigitalSignature 3: -2147287038
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is not digitally signed
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is permitted to run at
the 'unrestricted' authorization level.
MSI (c) (50:A4) [10:14:25:726]: Cloaking enabled.
MSI (c) (50:A4) [10:14:25:726]: Attempting to enable all
disabled priveleges before calling Install on Server
MSI (c) (50:A4) [10:14:25:736]: End dialog not enabled
MSI (c) (50:A4) [10:14:25:736]: Original package ==
C:\Downloads\python-2.4.msi
MSI (c) (50:A4) [10:14:25:736]: Package we're running from
== C:\DOCUME~1\kyo\LOCALS~1\Temp\a0b14.msi
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: looking for
appcompat database entry with ProductCode '{82D9302E-
F209-4805-B548-52087047483A}'.
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: no matching
ProductCode found in database.
MSI (c) (50:A4) [10:14:25:746]: MSCOREE not loaded loading
copy from system32
MSI (c) (50:A4) [10:14:25:746]: Machine policy
value 'TransformsSecure' is 0
MSI (c) (50:A4) [10:14:25:746]: User policy
value 'TransformsAtSource' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'DisablePatch' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'AllowLockdownPatch' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'DisableLUAPatching' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'DisableFlyWeightPatching' is 0
MSI (c) (50:A4) [10:14:25:756]: APPCOMPAT: looking for
appcompat database entry with ProductCode '{82D9302E-
F209-4805-B548-52087047483A}'.
MSI (c) (50:A4) [10:14:25:756]: APPCOMPAT: no matching
ProductCode found in database.
MSI (c) (50:A4) [10:14:25:756]: Transforms are not secure.
MSI (c) (50:A4) [10:14:25:756]: Command Line:
CURRENTDIRECTORY=C:\Downloads CLIENTUILEVEL=0
CLIENTPROCESSID=1104
MSI (c) (50:A4) [10:14:25:756]: PROPERTY CHANGE: Adding
PackageCode property. Its value is '{41AF8B44-C87F-44CE-
B1B4-A6C8DD67A0BB}'.
MSI (c) (50:A4) [10:14:25:756]: Product Code passed to
Engine.Initialize: ''
MSI (c) (50:A4) [10:14:25:756]: Product Code from property
table before transforms: '{82D9302E-F209-4805-B548-
52087047483A}'
MSI (c) (50:A4) [10:14:25:756]: Product Code from property
table after transforms: '{82D9302E-F209-4805-B548-
52087047483A}'
MSI (c) (50:A4) [10:14:25:756]: Product not registered:
beginning first-time install
MSI (c) (50:A4) [10:14:25:756]: PROPERTY CHANGE: Adding
ProductState property. Its value is '-1'.
MSI (c) (50:A4) [10:14:25:756]: Entering
CMsiConfigurationManager::SetLastUsedSource.
MSI (c) (50:A4) [10:14:25:756]: User policy
value 'SearchOrder' is 'nmu'
MSI (c) (50:A4) [10:14:25:756]: Adding new sources is
allowed.
MSI (c) (50:A4) [10:14:25:756]: PROPERTY CHANGE: Adding
PackagecodeChanging property. Its value is '1'.
MSI (c) (50:A4) [10:14:25:756]: Package name extracted
from package path: 'python-2.4.msi'
MSI (c) (50:A4) [10:14:25:756]: Package to be
registered: 'python-2.4.msi'
MSI (c) (50:A4) [10:14:25:756]: Note: 1: 2262 2: Error 3: -
2147287038
MSI (c) (50:A4) [10:14:25:756]: Note: 1: 2729
MSI (c) (50:A4) [10:14:25:756]: Note: 1: 2729
MSI (c) (50:A4) [10:14:25:756]: Note: 1:
[ python-Bugs-1076500 ] python24.msi install error
Bugs item #1076500, was opened at 2004-12-01 05:47
Message generated for change (Comment added) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=105470aid=1076500group_id=5470
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: guan zi jing (guanzijing)
Assigned to: Martin v. Löwis (loewis)
Summary: python24.msi install error
Initial Comment:
I can't install the python24.msi on my notebook
( windows (english version with chinese support) xp with
sp2 )
the install programe display an error after chose the
install path.
btw: I installed the office 2003 and norton system works
and norton firewall 2003. and the python2.3.4 install is
ok.
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-06 22:56
Message:
Logged In: YES
user_id=21627
Ok. Can you please put the following code in a file called
x.vbs, and
run x.vbs in a cmd.exe window?
== SNIP
Function CheckDir()
Set FSO = CreateObject(Scripting.FileSystemObject)
if FSO.FolderExists(c:\python24) then
wscript.echo 1
else
wscript.echo 0
end if
End Function
CheckDir()
= SNIP ==
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-06 03:17
Message:
Logged In: YES
user_id=923521
And I found the msiexec is still running after the failed, I can
find it at the task Manager.
This is the log:
=== Verbose logging started: 2004-12-6 10:14:25 Build
type: SHIP UNICODE 3.00.3790.2180 Calling process:
C:\WINDOWS\system32\msiexec.exe ===
MSI (c) (50:A4) [10:14:25:606]: Resetting cached policy
values
MSI (c) (50:A4) [10:14:25:606]: Machine policy value 'Debug'
is 0
MSI (c) (50:A4) [10:14:25:606]: *** RunEngine:
*** Product: python-2.4.msi
*** Action:
*** CommandLine: **
MSI (c) (50:A4) [10:14:25:606]: Machine policy
value 'DisableUserInstalls' is 0
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: Verifying package -- 'C:\Downloads\python-2.4.msi'
against software restriction policy
MSI (c) (50:A4) [10:14:25:656]: Note: 1: 2262 2:
DigitalSignature 3: -2147287038
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is not digitally signed
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is permitted to run at
the 'unrestricted' authorization level.
MSI (c) (50:A4) [10:14:25:726]: Cloaking enabled.
MSI (c) (50:A4) [10:14:25:726]: Attempting to enable all
disabled priveleges before calling Install on Server
MSI (c) (50:A4) [10:14:25:736]: End dialog not enabled
MSI (c) (50:A4) [10:14:25:736]: Original package ==
C:\Downloads\python-2.4.msi
MSI (c) (50:A4) [10:14:25:736]: Package we're running from
== C:\DOCUME~1\kyo\LOCALS~1\Temp\a0b14.msi
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: looking for
appcompat database entry with ProductCode '{82D9302E-
F209-4805-B548-52087047483A}'.
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: no matching
ProductCode found in database.
MSI (c) (50:A4) [10:14:25:746]: MSCOREE not loaded loading
copy from system32
MSI (c) (50:A4) [10:14:25:746]: Machine policy
value 'TransformsSecure' is 0
MSI (c) (50:A4) [10:14:25:746]: User policy
value 'TransformsAtSource' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'DisablePatch' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'AllowLockdownPatch' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'DisableLUAPatching' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'DisableFlyWeightPatching' is 0
MSI (c) (50:A4) [10:14:25:756]: APPCOMPAT: looking for
appcompat database entry with ProductCode '{82D9302E-
F209-4805-B548-52087047483A}'.
MSI (c) (50:A4) [10:14:25:756]: APPCOMPAT: no matching
ProductCode found in database.
MSI (c) (50:A4) [10:14:25:756]: Transforms are not secure.
MSI (c) (50:A4) [10:14:25:756]: Command Line:
CURRENTDIRECTORY=C:\Downloads CLIENTUILEVEL=0
CLIENTPROCESSID=1104
MSI (c) (50:A4) [10:14:25:756]: PROPERTY CHANGE: Adding
PackageCode property. Its value is '{41AF8B44-C87F-44CE-
B1B4-A6C8DD67A0BB}'.
MSI (c) (50:A4) [10:14:25:756]: Product Code passed to
Engine.Initialize: ''
MSI (c) (50:A4) [10:14:25:756]: Product Code from property
table before transforms: '{82D9302E-F209-4805-B548-
52087047483A}'
MSI (c) (50:A4) [10:14:25:756]: Product Code from property
table after transforms: '{82D9302E-F209-4805-B548-
52087047483A}'
MSI (c) (50:A4) [10:14:25:756]: Product not registered:
beginning first-time install
MSI (c) (50:A4) [10:14:25:756]: PROPERTY CHANGE: Adding
ProductState property. Its value is '-1'.
MSI (c) (50:A4) [10:14:25:756]: Entering
CMsiConfigurationManager::SetLastUsedSource.
MSI (c) (50:A4) [10:14:25:756]: User policy
value 'SearchOrder'
[ python-Bugs-1076500 ] python24.msi install error
Bugs item #1076500, was opened at 2004-12-01 04:47
Message generated for change (Comment added) made by guanzijing
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=105470aid=1076500group_id=5470
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: guan zi jing (guanzijing)
Assigned to: Martin v. Löwis (loewis)
Summary: python24.msi install error
Initial Comment:
I can't install the python24.msi on my notebook
( windows (english version with chinese support) xp with
sp2 )
the install programe display an error after chose the
install path.
btw: I installed the office 2003 and norton system works
and norton firewall 2003. and the python2.3.4 install is
ok.
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-07 07:23
Message:
Logged In: YES
user_id=923521
Oh yes, It works.
Before install the new wscript I check my wscript's
version :
I found:
C:\WINDOWS\SYSTEM32\wscript.exe (5.6.0.8820)
C:\WINDOWS\ServicePackFiles\i386\wscript.exe
(5.6.0.8820)
C:\WINDOWS\SoftwareDistribution\Download\6ca7b3a8ef
d5a9b6f87fff395a2eb989\wscript.exe (5.6.0.8820)
After install the version 5.6.0.8825, I can install
python2.4.msi.
Thank you very much. :B
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-07 06:38
Message:
Logged In: YES
user_id=21627
Ok, can you please install VBScript from
http://www.microsoft.com/downloads/details.aspx?FamilyId=C717D943-7E4B-4622-86EB-95A22B832CAAdisplaylang=en
and then try again?
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-07 02:27
Message:
Logged In: YES
user_id=923521
I run it, and get this error:
MessageBox:
Script: C:\v.vbs
Line: 2
Char: 7
Error: ActiveX component can't create
object: 'Scripting.FileSystemObject'
Code: 800A01AD
Source: Microsoft VBScript runtime error
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-06 21:56
Message:
Logged In: YES
user_id=21627
Ok. Can you please put the following code in a file called
x.vbs, and
run x.vbs in a cmd.exe window?
== SNIP
Function CheckDir()
Set FSO = CreateObject(Scripting.FileSystemObject)
if FSO.FolderExists(c:\python24) then
wscript.echo 1
else
wscript.echo 0
end if
End Function
CheckDir()
= SNIP ==
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-06 02:17
Message:
Logged In: YES
user_id=923521
And I found the msiexec is still running after the failed, I can
find it at the task Manager.
This is the log:
=== Verbose logging started: 2004-12-6 10:14:25 Build
type: SHIP UNICODE 3.00.3790.2180 Calling process:
C:\WINDOWS\system32\msiexec.exe ===
MSI (c) (50:A4) [10:14:25:606]: Resetting cached policy
values
MSI (c) (50:A4) [10:14:25:606]: Machine policy value 'Debug'
is 0
MSI (c) (50:A4) [10:14:25:606]: *** RunEngine:
*** Product: python-2.4.msi
*** Action:
*** CommandLine: **
MSI (c) (50:A4) [10:14:25:606]: Machine policy
value 'DisableUserInstalls' is 0
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: Verifying package -- 'C:\Downloads\python-2.4.msi'
against software restriction policy
MSI (c) (50:A4) [10:14:25:656]: Note: 1: 2262 2:
DigitalSignature 3: -2147287038
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is not digitally signed
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is permitted to run at
the 'unrestricted' authorization level.
MSI (c) (50:A4) [10:14:25:726]: Cloaking enabled.
MSI (c) (50:A4) [10:14:25:726]: Attempting to enable all
disabled priveleges before calling Install on Server
MSI (c) (50:A4) [10:14:25:736]: End dialog not enabled
MSI (c) (50:A4) [10:14:25:736]: Original package ==
C:\Downloads\python-2.4.msi
MSI (c) (50:A4) [10:14:25:736]: Package we're running from
== C:\DOCUME~1\kyo\LOCALS~1\Temp\a0b14.msi
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: looking for
appcompat database entry with ProductCode '{82D9302E-
F209-4805-B548-52087047483A}'.
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: no matching
ProductCode found in database.
MSI (c) (50:A4) [10:14:25:746]: MSCOREE not loaded loading
copy from system32
MSI (c) (50:A4) [10:14:25:746]: Machine policy
value 'TransformsSecure' is 0
MSI (c) (50:A4) [10:14:25:746]: User policy
value 'TransformsAtSource' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'DisablePatch' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value 'AllowLockdownPatch' is 0
MSI (c) (50:A4) [10:14:25:756]: Machine policy
value
[ python-Bugs-1076500 ] python24.msi install error
Bugs item #1076500, was opened at 2004-12-01 05:47
Message generated for change (Comment added) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=105470aid=1076500group_id=5470
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: guan zi jing (guanzijing)
Assigned to: Martin v. Löwis (loewis)
Summary: python24.msi install error
Initial Comment:
I can't install the python24.msi on my notebook
( windows (english version with chinese support) xp with
sp2 )
the install programe display an error after chose the
install path.
btw: I installed the office 2003 and norton system works
and norton firewall 2003. and the python2.3.4 install is
ok.
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-07 08:39
Message:
Logged In: YES
user_id=21627
It's really unfortunate that VB support is so different
across installations. I think I will have to drop it in
favour of native code for 2.4.1.
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-07 08:23
Message:
Logged In: YES
user_id=923521
Oh yes, It works.
Before install the new wscript I check my wscript's
version :
I found:
C:\WINDOWS\SYSTEM32\wscript.exe (5.6.0.8820)
C:\WINDOWS\ServicePackFiles\i386\wscript.exe
(5.6.0.8820)
C:\WINDOWS\SoftwareDistribution\Download\6ca7b3a8ef
d5a9b6f87fff395a2eb989\wscript.exe (5.6.0.8820)
After install the version 5.6.0.8825, I can install
python2.4.msi.
Thank you very much. :B
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-07 07:38
Message:
Logged In: YES
user_id=21627
Ok, can you please install VBScript from
http://www.microsoft.com/downloads/details.aspx?FamilyId=C717D943-7E4B-4622-86EB-95A22B832CAAdisplaylang=en
and then try again?
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-07 03:27
Message:
Logged In: YES
user_id=923521
I run it, and get this error:
MessageBox:
Script: C:\v.vbs
Line: 2
Char: 7
Error: ActiveX component can't create
object: 'Scripting.FileSystemObject'
Code: 800A01AD
Source: Microsoft VBScript runtime error
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-06 22:56
Message:
Logged In: YES
user_id=21627
Ok. Can you please put the following code in a file called
x.vbs, and
run x.vbs in a cmd.exe window?
== SNIP
Function CheckDir()
Set FSO = CreateObject(Scripting.FileSystemObject)
if FSO.FolderExists(c:\python24) then
wscript.echo 1
else
wscript.echo 0
end if
End Function
CheckDir()
= SNIP ==
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-06 03:17
Message:
Logged In: YES
user_id=923521
And I found the msiexec is still running after the failed, I can
find it at the task Manager.
This is the log:
=== Verbose logging started: 2004-12-6 10:14:25 Build
type: SHIP UNICODE 3.00.3790.2180 Calling process:
C:\WINDOWS\system32\msiexec.exe ===
MSI (c) (50:A4) [10:14:25:606]: Resetting cached policy
values
MSI (c) (50:A4) [10:14:25:606]: Machine policy value 'Debug'
is 0
MSI (c) (50:A4) [10:14:25:606]: *** RunEngine:
*** Product: python-2.4.msi
*** Action:
*** CommandLine: **
MSI (c) (50:A4) [10:14:25:606]: Machine policy
value 'DisableUserInstalls' is 0
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: Verifying package -- 'C:\Downloads\python-2.4.msi'
against software restriction policy
MSI (c) (50:A4) [10:14:25:656]: Note: 1: 2262 2:
DigitalSignature 3: -2147287038
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is not digitally signed
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is permitted to run at
the 'unrestricted' authorization level.
MSI (c) (50:A4) [10:14:25:726]: Cloaking enabled.
MSI (c) (50:A4) [10:14:25:726]: Attempting to enable all
disabled priveleges before calling Install on Server
MSI (c) (50:A4) [10:14:25:736]: End dialog not enabled
MSI (c) (50:A4) [10:14:25:736]: Original package ==
C:\Downloads\python-2.4.msi
MSI (c) (50:A4) [10:14:25:736]: Package we're running from
== C:\DOCUME~1\kyo\LOCALS~1\Temp\a0b14.msi
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: looking for
appcompat database entry with ProductCode '{82D9302E-
F209-4805-B548-52087047483A}'.
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: no matching
ProductCode found in database.
MSI (c) (50:A4) [10:14:25:746]: MSCOREE not loaded loading
copy from system32
MSI (c) (50:A4) [10:14:25:746]: Machine policy
value
thread/queue bug
I have a very strange bug. A thread in a .pyc stops dead. This program has many threads and queues and has worked great for months. One thread listens for UDP messages from other programs, and puts the messages in listenq. Procmsgs gets from listenq and for a certain kind of message creates another mq = Queue(0). I don't wish to distribute the source to pnetx.py so I have a short program pnet.py import it, that is pnetx.pyc. Then the procmsgs thread dies at the Queue statement. But if I run pnetx.py as the main program, all works fine. So if pnetx.py or .pyc is imported this thread dies. ??? I've tried this with 2.3.3 and 2.3.4. Anyone? ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1076500 ] python24.msi install error
Bugs item #1076500, was opened at 2004-12-01 05:47
Message generated for change (Comment added) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=105470aid=1076500group_id=5470
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: guan zi jing (guanzijing)
Assigned to: Martin v. Löwis (loewis)
Summary: python24.msi install error
Initial Comment:
I can't install the python24.msi on my notebook
( windows (english version with chinese support) xp with
sp2 )
the install programe display an error after chose the
install path.
btw: I installed the office 2003 and norton system works
and norton firewall 2003. and the python2.3.4 install is
ok.
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-22 13:42
Message:
Logged In: YES
user_id=21627
I have now made the necessary changes to drop reliance on
VB for 2.4.1.
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-07 08:39
Message:
Logged In: YES
user_id=21627
It's really unfortunate that VB support is so different
across installations. I think I will have to drop it in
favour of native code for 2.4.1.
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-07 08:23
Message:
Logged In: YES
user_id=923521
Oh yes, It works.
Before install the new wscript I check my wscript's
version :
I found:
C:\WINDOWS\SYSTEM32\wscript.exe (5.6.0.8820)
C:\WINDOWS\ServicePackFiles\i386\wscript.exe
(5.6.0.8820)
C:\WINDOWS\SoftwareDistribution\Download\6ca7b3a8ef
d5a9b6f87fff395a2eb989\wscript.exe (5.6.0.8820)
After install the version 5.6.0.8825, I can install
python2.4.msi.
Thank you very much. :B
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-07 07:38
Message:
Logged In: YES
user_id=21627
Ok, can you please install VBScript from
http://www.microsoft.com/downloads/details.aspx?FamilyId=C717D943-7E4B-4622-86EB-95A22B832CAAdisplaylang=en
and then try again?
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-07 03:27
Message:
Logged In: YES
user_id=923521
I run it, and get this error:
MessageBox:
Script: C:\v.vbs
Line: 2
Char: 7
Error: ActiveX component can't create
object: 'Scripting.FileSystemObject'
Code: 800A01AD
Source: Microsoft VBScript runtime error
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-06 22:56
Message:
Logged In: YES
user_id=21627
Ok. Can you please put the following code in a file called
x.vbs, and
run x.vbs in a cmd.exe window?
== SNIP
Function CheckDir()
Set FSO = CreateObject(Scripting.FileSystemObject)
if FSO.FolderExists(c:\python24) then
wscript.echo 1
else
wscript.echo 0
end if
End Function
CheckDir()
= SNIP ==
--
Comment By: guan zi jing (guanzijing)
Date: 2004-12-06 03:17
Message:
Logged In: YES
user_id=923521
And I found the msiexec is still running after the failed, I can
find it at the task Manager.
This is the log:
=== Verbose logging started: 2004-12-6 10:14:25 Build
type: SHIP UNICODE 3.00.3790.2180 Calling process:
C:\WINDOWS\system32\msiexec.exe ===
MSI (c) (50:A4) [10:14:25:606]: Resetting cached policy
values
MSI (c) (50:A4) [10:14:25:606]: Machine policy value 'Debug'
is 0
MSI (c) (50:A4) [10:14:25:606]: *** RunEngine:
*** Product: python-2.4.msi
*** Action:
*** CommandLine: **
MSI (c) (50:A4) [10:14:25:606]: Machine policy
value 'DisableUserInstalls' is 0
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: Verifying package -- 'C:\Downloads\python-2.4.msi'
against software restriction policy
MSI (c) (50:A4) [10:14:25:656]: Note: 1: 2262 2:
DigitalSignature 3: -2147287038
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is not digitally signed
MSI (c) (50:A4) [10:14:25:656]: SOFTWARE RESTRICTION
POLICY: C:\Downloads\python-2.4.msi is permitted to run at
the 'unrestricted' authorization level.
MSI (c) (50:A4) [10:14:25:726]: Cloaking enabled.
MSI (c) (50:A4) [10:14:25:726]: Attempting to enable all
disabled priveleges before calling Install on Server
MSI (c) (50:A4) [10:14:25:736]: End dialog not enabled
MSI (c) (50:A4) [10:14:25:736]: Original package ==
C:\Downloads\python-2.4.msi
MSI (c) (50:A4) [10:14:25:736]: Package we're running from
== C:\DOCUME~1\kyo\LOCALS~1\Temp\a0b14.msi
MSI (c) (50:A4) [10:14:25:746]: APPCOMPAT: looking for
appcompat database entry with ProductCode '{82D9302E-
[ python-Bugs-728330 ] Don't define _SGAPI on IRIX
Bugs item #728330, was opened at 2003-04-27 04:21 Message generated for change (Comment added) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=728330group_id=5470 Category: Installation Group: Python 2.3 Status: Open Resolution: None Priority: 9 Submitted By: Ralf W. Grosse-Kunstleve (rwgk) Assigned to: Trent Mick (tmick) Summary: Don't define _SGAPI on IRIX Initial Comment: Python release: 2.3b1 Platform: IRIX 6.5 MIPSpro Compilers: Version 7.3.1.2m Commands used: ./configure --prefix=/usr/local_cci/Python-2.3b1t make The socket module fails to compile. The output from the compiler is attached. -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-24 10:50 Message: Logged In: YES user_id=80475 Can this be closed? -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-10-26 02:27 Message: Logged In: YES user_id=71407 How is my 2004-09-09 patch for the main line doing in 2.4b1? Does my 2004-09-14 submission for the release23-maint branch need any tweaking? AFAICT from the viewcvs page at SourceForge it is still not checked in. Thanks! -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-09-14 23:20 Message: Logged In: YES user_id=71407 Hi Trent, Sorry for the delay. Your final socketmodule changes are finally checked in. Thanks!!! Yes, that is the correct tag for the latest Py2.3 code. So you are going to look into the relevant bits to backport for Py2.3 compilation on IRIX then? Here is the patch (based on socketmodule.c CVS rev. 1.271.6.8): Index: socketmodule.c == = RCS file: /cvsroot/python/python/dist/src/Modules/socketmodule.c, v retrieving revision 1.271.6.8 diff -r1.271.6.8 socketmodule.c 194a195 #undef _SGIAPI /* to avoid warning */ 196a198,206 #undef _XOPEN_SOURCE #include sys/socket.h #include sys/types.h #include netinet/in.h #ifdef _SS_ALIGNSIZE #define HAVE_GETADDRINFO 1 #define HAVE_GETNAMEINFO 1 #endif 262c272,284 #include addrinfo.h --- /* include Python's addrinfo.h unless it causes trouble */ #if defined(__sgi) _COMPILER_VERSION700 defined (_SS_ALIGNSIZE) /* Do not include addinfo.h on some newer IRIX versions. * __SS_ALIGNSIZE is defined in sys/socket.h by 6.5.21, * for example, but not by 6.5.10. */ #elif defined(_MSC_VER) _MSC_VER1200 /* Do not include addrinfo.h for MSVC7 or greater. * addrinfo and EAI_* constants are defined in ws2tcpip.h */ #else # include addrinfo.h #endif Tested on these platforms: 6.5.10 with MIPSpro 7.3.1.2 6.5.21 with MIPSpro 7.41 6.5.25 with MIPRpro 7.3.1.3 RedHat 8.0, gcc 3.2 Tru64 UNIX V5.1, C V6.3-028 For your convenience and reference: wget http://cci.lbl.gov/~rwgk/bugs/python/socketmodule_r1_271_6 _8_patched_c Cheers, Ralf -- Comment By: Trent Mick (tmick) Date: 2004-09-13 12:50 Message: Logged In: YES user_id=34892 Ralf, Sorry for the delay. Your final socketmodule changes are finally checked in. Checking in socketmodule.c; /cvsroot/python/python/dist/src/Modules/socketmodule.c,v -- socketmodule.c new revision: 1.306; previous revision: 1.305 Can you take over any relevant 2.3 work? Which CVS tag should I be using? release23-maint? Yes, that is the correct tag for the latest Py2.3 code. So you are going to look into the relevant bits to backport for Py2.3 compilation on IRIX then? Cheers, Trent -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-09-09 05:52 Message: Logged In: YES user_id=71407 Sorry for the delay. It took 6+ hours for revision 1.305 to show up in the anonymous cvs. Do those other patch bits need to go in for IRIX compilation? Absolutely. I've made a new patch again, based on socketmodule.c revision 1.305: Index: socketmodule.c == = RCS file: /cvsroot/python/python/dist/src/Modules/socketmodule.c, v retrieving revision 1.305 diff -u -r1.305 socketmodule.c --- socketmodule.c 7 Sep 2004 17:48:26 - 1.305 +++ socketmodule.c 9 Sep 2004 10:25:29 - @@ -192,8 +192,18 @@ /* XXX Using _SGIAPI is the wrong thing, but I don't know what the right thing is. */ +#undef _SGIAPI /* to avoid warning */ #define _SGIAPI 1 +#undef _XOPEN_SOURCE +#include sys/socket.h +#include sys/types.h +#include netinet/in.h +#ifdef _SS_ALIGNSIZE +#define HAVE_GETADDRINFO 1 +#define HAVE_GETNAMEINFO 1 +#endif + #define HAVE_INET_PTON #include netdb.h #endif Tested again on these platforms: 6.5.10 with MIPSpro 7.3.1.2 6.5.21 with MIPSpro
[ python-Bugs-728330 ] Don't define _SGAPI on IRIX
Bugs item #728330, was opened at 2003-04-27 02:21 Message generated for change (Comment added) made by rwgk You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=728330group_id=5470 Category: Installation Group: Python 2.3 Status: Open Resolution: None Priority: 9 Submitted By: Ralf W. Grosse-Kunstleve (rwgk) Assigned to: Trent Mick (tmick) Summary: Don't define _SGAPI on IRIX Initial Comment: Python release: 2.3b1 Platform: IRIX 6.5 MIPSpro Compilers: Version 7.3.1.2m Commands used: ./configure --prefix=/usr/local_cci/Python-2.3b1t make The socket module fails to compile. The output from the compiler is attached. -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-12-24 11:35 Message: Logged In: YES user_id=71407 Can this be closed? As far as I know my patch for the release23-maint line is still not checked in. This patch is (almost) the same as the one that is now in 2.4 final and does not appear to cause any problems. Could someone please apply my patch to the release23-maint branch? -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-24 07:50 Message: Logged In: YES user_id=80475 Can this be closed? -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-10-26 00:27 Message: Logged In: YES user_id=71407 How is my 2004-09-09 patch for the main line doing in 2.4b1? Does my 2004-09-14 submission for the release23-maint branch need any tweaking? AFAICT from the viewcvs page at SourceForge it is still not checked in. Thanks! -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-09-14 21:20 Message: Logged In: YES user_id=71407 Hi Trent, Sorry for the delay. Your final socketmodule changes are finally checked in. Thanks!!! Yes, that is the correct tag for the latest Py2.3 code. So you are going to look into the relevant bits to backport for Py2.3 compilation on IRIX then? Here is the patch (based on socketmodule.c CVS rev. 1.271.6.8): Index: socketmodule.c == = RCS file: /cvsroot/python/python/dist/src/Modules/socketmodule.c, v retrieving revision 1.271.6.8 diff -r1.271.6.8 socketmodule.c 194a195 #undef _SGIAPI /* to avoid warning */ 196a198,206 #undef _XOPEN_SOURCE #include sys/socket.h #include sys/types.h #include netinet/in.h #ifdef _SS_ALIGNSIZE #define HAVE_GETADDRINFO 1 #define HAVE_GETNAMEINFO 1 #endif 262c272,284 #include addrinfo.h --- /* include Python's addrinfo.h unless it causes trouble */ #if defined(__sgi) _COMPILER_VERSION700 defined (_SS_ALIGNSIZE) /* Do not include addinfo.h on some newer IRIX versions. * __SS_ALIGNSIZE is defined in sys/socket.h by 6.5.21, * for example, but not by 6.5.10. */ #elif defined(_MSC_VER) _MSC_VER1200 /* Do not include addrinfo.h for MSVC7 or greater. * addrinfo and EAI_* constants are defined in ws2tcpip.h */ #else # include addrinfo.h #endif Tested on these platforms: 6.5.10 with MIPSpro 7.3.1.2 6.5.21 with MIPSpro 7.41 6.5.25 with MIPRpro 7.3.1.3 RedHat 8.0, gcc 3.2 Tru64 UNIX V5.1, C V6.3-028 For your convenience and reference: wget http://cci.lbl.gov/~rwgk/bugs/python/socketmodule_r1_271_6 _8_patched_c Cheers, Ralf -- Comment By: Trent Mick (tmick) Date: 2004-09-13 10:50 Message: Logged In: YES user_id=34892 Ralf, Sorry for the delay. Your final socketmodule changes are finally checked in. Checking in socketmodule.c; /cvsroot/python/python/dist/src/Modules/socketmodule.c,v -- socketmodule.c new revision: 1.306; previous revision: 1.305 Can you take over any relevant 2.3 work? Which CVS tag should I be using? release23-maint? Yes, that is the correct tag for the latest Py2.3 code. So you are going to look into the relevant bits to backport for Py2.3 compilation on IRIX then? Cheers, Trent -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-09-09 03:52 Message: Logged In: YES user_id=71407 Sorry for the delay. It took 6+ hours for revision 1.305 to show up in the anonymous cvs. Do those other patch bits need to go in for IRIX compilation? Absolutely. I've made a new patch again, based on socketmodule.c revision 1.305: Index: socketmodule.c == = RCS file: /cvsroot/python/python/dist/src/Modules/socketmodule.c, v retrieving revision 1.305 diff -u -r1.305 socketmodule.c --- socketmodule.c 7 Sep 2004 17:48:26 - 1.305 +++ socketmodule.c 9 Sep 2004 10:25:29 - @@ -192,8 +192,18 @@ /* XXX
[ python-Bugs-728330 ] Don't define _SGAPI on IRIX
Bugs item #728330, was opened at 2003-04-27 11:21 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=728330group_id=5470 Category: Installation Group: Python 2.3 Status: Open Resolution: None Priority: 9 Submitted By: Ralf W. Grosse-Kunstleve (rwgk) Assigned to: Trent Mick (tmick) Summary: Don't define _SGAPI on IRIX Initial Comment: Python release: 2.3b1 Platform: IRIX 6.5 MIPSpro Compilers: Version 7.3.1.2m Commands used: ./configure --prefix=/usr/local_cci/Python-2.3b1t make The socket module fails to compile. The output from the compiler is attached. -- Comment By: Martin v. Löwis (loewis) Date: 2004-12-30 11:22 Message: Logged In: YES user_id=21627 The 2.3 patch is wrong (assuming you are talking about py234c1_socketmodule_patch). It conditionalizes inclusion of addrinfo.h on __sgi being defined; thus breaking all systems that require inclusion of addrinfo.h. Please attach patches rather than pasting them in the comment box, and please use unified or context rather than plain diffs. -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-12-24 20:35 Message: Logged In: YES user_id=71407 Can this be closed? As far as I know my patch for the release23-maint line is still not checked in. This patch is (almost) the same as the one that is now in 2.4 final and does not appear to cause any problems. Could someone please apply my patch to the release23-maint branch? -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-24 16:50 Message: Logged In: YES user_id=80475 Can this be closed? -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-10-26 09:27 Message: Logged In: YES user_id=71407 How is my 2004-09-09 patch for the main line doing in 2.4b1? Does my 2004-09-14 submission for the release23-maint branch need any tweaking? AFAICT from the viewcvs page at SourceForge it is still not checked in. Thanks! -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-09-15 06:20 Message: Logged In: YES user_id=71407 Hi Trent, Sorry for the delay. Your final socketmodule changes are finally checked in. Thanks!!! Yes, that is the correct tag for the latest Py2.3 code. So you are going to look into the relevant bits to backport for Py2.3 compilation on IRIX then? Here is the patch (based on socketmodule.c CVS rev. 1.271.6.8): Index: socketmodule.c == = RCS file: /cvsroot/python/python/dist/src/Modules/socketmodule.c, v retrieving revision 1.271.6.8 diff -r1.271.6.8 socketmodule.c 194a195 #undef _SGIAPI /* to avoid warning */ 196a198,206 #undef _XOPEN_SOURCE #include sys/socket.h #include sys/types.h #include netinet/in.h #ifdef _SS_ALIGNSIZE #define HAVE_GETADDRINFO 1 #define HAVE_GETNAMEINFO 1 #endif 262c272,284 #include addrinfo.h --- /* include Python's addrinfo.h unless it causes trouble */ #if defined(__sgi) _COMPILER_VERSION700 defined (_SS_ALIGNSIZE) /* Do not include addinfo.h on some newer IRIX versions. * __SS_ALIGNSIZE is defined in sys/socket.h by 6.5.21, * for example, but not by 6.5.10. */ #elif defined(_MSC_VER) _MSC_VER1200 /* Do not include addrinfo.h for MSVC7 or greater. * addrinfo and EAI_* constants are defined in ws2tcpip.h */ #else # include addrinfo.h #endif Tested on these platforms: 6.5.10 with MIPSpro 7.3.1.2 6.5.21 with MIPSpro 7.41 6.5.25 with MIPRpro 7.3.1.3 RedHat 8.0, gcc 3.2 Tru64 UNIX V5.1, C V6.3-028 For your convenience and reference: wget http://cci.lbl.gov/~rwgk/bugs/python/socketmodule_r1_271_6 _8_patched_c Cheers, Ralf -- Comment By: Trent Mick (tmick) Date: 2004-09-13 19:50 Message: Logged In: YES user_id=34892 Ralf, Sorry for the delay. Your final socketmodule changes are finally checked in. Checking in socketmodule.c; /cvsroot/python/python/dist/src/Modules/socketmodule.c,v -- socketmodule.c new revision: 1.306; previous revision: 1.305 Can you take over any relevant 2.3 work? Which CVS tag should I be using? release23-maint? Yes, that is the correct tag for the latest Py2.3 code. So you are going to look into the relevant bits to backport for Py2.3 compilation on IRIX then? Cheers, Trent -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-09-09 12:52 Message: Logged In: YES user_id=71407 Sorry for the delay. It took 6+ hours for revision 1.305 to show up in the
[ python-Bugs-728330 ] Don't define _SGAPI on IRIX
Bugs item #728330, was opened at 2003-04-27 02:21 Message generated for change (Comment added) made by rwgk You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=728330group_id=5470 Category: Installation Group: Python 2.3 Status: Open Resolution: None Priority: 9 Submitted By: Ralf W. Grosse-Kunstleve (rwgk) Assigned to: Trent Mick (tmick) Summary: Don't define _SGAPI on IRIX Initial Comment: Python release: 2.3b1 Platform: IRIX 6.5 MIPSpro Compilers: Version 7.3.1.2m Commands used: ./configure --prefix=/usr/local_cci/Python-2.3b1t make The socket module fails to compile. The output from the compiler is attached. -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-12-30 02:53 Message: Logged In: YES user_id=71407 The 2.3 patch is wrong (assuming you are talking about py234c1_socketmodule_patch). I am talking about the patch in my message from 2004-09-14 21:20. Please attach patches rather than pasting them in the comment box, and please use unified or context rather than plain diffs. All right. -- Comment By: Martin v. Löwis (loewis) Date: 2004-12-30 02:22 Message: Logged In: YES user_id=21627 The 2.3 patch is wrong (assuming you are talking about py234c1_socketmodule_patch). It conditionalizes inclusion of addrinfo.h on __sgi being defined; thus breaking all systems that require inclusion of addrinfo.h. Please attach patches rather than pasting them in the comment box, and please use unified or context rather than plain diffs. -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-12-24 11:35 Message: Logged In: YES user_id=71407 Can this be closed? As far as I know my patch for the release23-maint line is still not checked in. This patch is (almost) the same as the one that is now in 2.4 final and does not appear to cause any problems. Could someone please apply my patch to the release23-maint branch? -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-24 07:50 Message: Logged In: YES user_id=80475 Can this be closed? -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-10-26 00:27 Message: Logged In: YES user_id=71407 How is my 2004-09-09 patch for the main line doing in 2.4b1? Does my 2004-09-14 submission for the release23-maint branch need any tweaking? AFAICT from the viewcvs page at SourceForge it is still not checked in. Thanks! -- Comment By: Ralf W. Grosse-Kunstleve (rwgk) Date: 2004-09-14 21:20 Message: Logged In: YES user_id=71407 Hi Trent, Sorry for the delay. Your final socketmodule changes are finally checked in. Thanks!!! Yes, that is the correct tag for the latest Py2.3 code. So you are going to look into the relevant bits to backport for Py2.3 compilation on IRIX then? Here is the patch (based on socketmodule.c CVS rev. 1.271.6.8): Index: socketmodule.c == = RCS file: /cvsroot/python/python/dist/src/Modules/socketmodule.c, v retrieving revision 1.271.6.8 diff -r1.271.6.8 socketmodule.c 194a195 #undef _SGIAPI /* to avoid warning */ 196a198,206 #undef _XOPEN_SOURCE #include sys/socket.h #include sys/types.h #include netinet/in.h #ifdef _SS_ALIGNSIZE #define HAVE_GETADDRINFO 1 #define HAVE_GETNAMEINFO 1 #endif 262c272,284 #include addrinfo.h --- /* include Python's addrinfo.h unless it causes trouble */ #if defined(__sgi) _COMPILER_VERSION700 defined (_SS_ALIGNSIZE) /* Do not include addinfo.h on some newer IRIX versions. * __SS_ALIGNSIZE is defined in sys/socket.h by 6.5.21, * for example, but not by 6.5.10. */ #elif defined(_MSC_VER) _MSC_VER1200 /* Do not include addrinfo.h for MSVC7 or greater. * addrinfo and EAI_* constants are defined in ws2tcpip.h */ #else # include addrinfo.h #endif Tested on these platforms: 6.5.10 with MIPSpro 7.3.1.2 6.5.21 with MIPSpro 7.41 6.5.25 with MIPRpro 7.3.1.3 RedHat 8.0, gcc 3.2 Tru64 UNIX V5.1, C V6.3-028 For your convenience and reference: wget http://cci.lbl.gov/~rwgk/bugs/python/socketmodule_r1_271_6 _8_patched_c Cheers, Ralf -- Comment By: Trent Mick (tmick) Date: 2004-09-13 10:50 Message: Logged In: YES user_id=34892 Ralf, Sorry for the delay. Your final socketmodule changes are finally checked in. Checking in socketmodule.c; /cvsroot/python/python/dist/src/Modules/socketmodule.c,v -- socketmodule.c new revision: 1.306; previous revision: 1.305 Can you take over any relevant 2.3 work? Which
