Hi,

Sorry for all the hassles!  Normally you don't need the Microsoft
compiler to use relax as the C modules are pre-compiled for 32-bit
Python systems (http://www.nmr-relax.com/download.html#MS_Windows).
It's only relax developers who need to use this.  Sometimes users will
install non-supported software (64-bit Python, non-official Python,
etc.) and then they may require it.  But I can only support one
official Python release, currently only 2.7, for the MS Windows
distribution archive.

Once the relax_disp branch supports more models, then it will be
merged back into the relax trunk and probably released as relax 3.1.
Though first relax 3.0 will need to be released.  It may take a while
for relax 3.1 to come out with full support for relaxation dispersion
analyses, and hence pre-compiled modules.

As for the errors with 64-bit WinPython, it is probably safe to assume
that they have jumped the gun and bundled 64-bit Numpy for Windows
before it is ready to be shipped to users.  What is strange is that on
my Linux test system, I have self compiled 64-bit
Python+numpy+scipy+wxPython and I don't have any precision issues.
There is something fishy with this WinPython 2.7.5 version.

Cheers,

Edward



On 20 June 2013 14:09, Troels Emtekær Linnet <[email protected]> wrote:
> Hi Edward.
>
> I have spent several hours, to try to fix this issue.
>
> If you have winpython 64 bit, you need  - Visual Studio Professional 2012
> to compile. This is because: target_functions\relax_fit.c
> make an include to the header file #include <Python.h>
>
> And if you only have "Visual Studio Express 2012 for Windows Desktop",
> there will
> be a link error. I think then Scons try to compile x86, and the header
> files in python will not be
> matched.
>
> If you have professional, Scons try to compile amd64, and will find
> the correct link in the header files.
> (Or something like this )
>
> This setup is listed here:
> http://nmr-relax.kimlinnet.dk/index.php?title=Installation_windows_Python_x86-64_Visual_Studio_Express_Professional
>
> But I am happy to announce, that with python 32 I have NO errors!
> This setup is listed here:
> http://nmr-relax.kimlinnet.dk/index.php?title=Installation_windows_Python_x86-32_Visual_Studio_Express_for_Windows_Desktop
>
>
> Weird!
>
>
> Troels Emtekær Linnet
>
>
> 2013/6/20 Edward d'Auvergne <[email protected]>:
>> Ok, then we'll have to go with that.  It's good that the icons are
>> back :)  Could I ask you to make one more small change to patch3
>> (https://gna.org/support/download.php?file_id=18123).  Could you add a
>> line or two to the comments with information about the WinPython
>> version that you are using, and anything else to do with WinPython
>> that you think might be important?  It would be good to make it clear
>> in the comments that this is not results from the official Python
>> sources.
>>
>> Cheers,
>>
>> Edward
>>
>>
>>
>> On 20 June 2013 13:11, Troels Emtekær Linnet <[email protected]> wrote:
>>> The te, should have places=1, since else I get the error.
>>>
>>> Traceback (most recent call last):
>>>   File "C:\WinPython27\relax_disp_64\test_suite\system_tests\model_free.py",
>>> line 1782, in test_opt_constr_cd_mt_S2_0_970_te_2048_Rex_0_149
>>>     self.value_test(spin, select=select, s2=s2, te=te, rex=rex, chi2=chi2)
>>>   File "C:\WinPython27\relax_disp_64\test_suite\system_tests\model_free.py",
>>> line 3142, in value_test
>>>     self.assertAlmostEqual(spin.te / 1e-12, te, places=2, msg=mesg)
>>> AssertionError: Optimisation failure.
>>>
>>>
>>> And I am enjoying the icons in the menu. :-)
>>>
>>> /Troels
>>>
>>>
>>>
>>> 2013/6/20 Edward d'Auvergne <[email protected]>:
>>>> Does this work with places=2 or 3 for the te value?  That would be
>>>> better.  The precision is shocking, I have to say.  I would suggest
>>>> that in the comments, that something about this being the WinPython
>>>> distribution would also be useful for these precision records.  I
>>>> would not think that it is the Microsoft C compiler that is a problem,
>>>> but rather the numpy packages bundled with this Python derivative.
>>>> The Microsoft compiler has never been an issue before, so I would
>>>> suggest that the WinPython people have a precision bug in their code.
>>>> Or maybe they have deliberately turned down their precision so that it
>>>> appears as if their distribution is much faster than standard
>>>> Python+numpy?  Is it also WinPython that has problems with icons in
>>>> the menus?
>>>>
>>>> Regards,
>>>>
>>>> Edward
>>>>
>>>>
>>>> On 20 June 2013 09:18, Troels E. Linnet
>>>> <[email protected]> wrote:
>>>>> Follow-up Comment #5, bug #20821 (project relax):
>>>>>
>>>>> Reply to bug #20821: (https://gna.org/bugs/?20821) Optimisation failure /
>>>>> round error on windows 64 bit
>>>>>
>>>>> I experienced more precision problems.
>>>>>
>>>>> I had a terrible need, to turn down precision, quite a lot.
>>>>>
>>>>> So much, that I think something is wrong with the MS
>>>>> Visual Studio Express """ Professional """ 64 bit compilation.
>>>>>
>>>>> -            self.assertAlmostEqual(spin.s2, s2, msg=mesg)
>>>>> +            self.assertAlmostEqual(spin.s2, s2, places=6, msg=mesg)
>>>>>
>>>>> -            self.assertAlmostEqual(spin.te / 1e-12, te, 5, msg=mesg)
>>>>> +            self.assertAlmostEqual(spin.te / 1e-12, te, places=1, 
>>>>> msg=mesg)
>>>>>
>>>>> -            self.assertAlmostEqual(spin.rex * (2.0 * pi *
>>>>> cdp.spectrometer_frq[cdp.ri_ids[0]])**2, rex * (2.0 * pi *
>>>>> cdp.spectrometer_frq[cdp.ri_ids[0]])**2, msg=mesg)
>>>>> +            self.assertAlmostEqual(spin.rex * (2.0 * pi *
>>>>> cdp.spectrometer_frq[cdp.ri_ids[0]])**2, rex * (2.0 * pi *
>>>>> cdp.spectrometer_frq[cdp.ri_ids[0]])**2, places=4, msg=mesg)
>>>>>
>>>>>         # Optimisation values.
>>>>>         s2 = 0.9699999999999995
>>>>>         te = 2048.000000000022283
>>>>>         rex = 0.14900000000000566 / (2.0 * pi *
>>>>> cdp.spectrometer_frq[cdp.ri_ids[0]])**2
>>>>>
>>>>> My value
>>>>> # s2: 0.9700002183674102 : Diff -2.18367410709e-07
>>>>> # te: 2048.015293187 Diff: -0.0152931869779
>>>>> # rex: 0.14899473115727899 Diff: 5.26884272667e-06
>>>>>
>>>>> # 64-bit Windows 7 (https://gna.org/bugs/?20821).
>>>>> # System: Windows
>>>>> # Release: 7
>>>>> # Version: 6.1.7601
>>>>> # Architecture: 64bit WindowsPE
>>>>> # Machine: AMD64
>>>>> # Processor: Intel64 Family 6 Model 37 Stepping 2, GenuineIntel
>>>>> # Python version: 2.7.5
>>>>> # numpy version: 1.7.1
>>>>> # Compilation: Visual Studio Express 2012, Professional, for 64 bit
>>>>> compilation
>>>>> # s2: 0.9700002183674102
>>>>> # te: 2048.015293187
>>>>> # rex: 0.14899473115727899
>>>>> # chi2: 2.3195994119090742e-10
>>>>> # iter: 116
>>>>> # f_count: 411
>>>>> # g_count: 411
>>>>> # h_count: 0
>>>>> # warning: None
>>>>>
>>>>> (file #18123)
>>>>>     _______________________________________________________
>>>>>
>>>>> Additional Item Attachment:
>>>>>
>>>>> File name: patch3                         Size:2 KB
>>>>>
>>>>>
>>>>>     _______________________________________________________
>>>>>
>>>>> Reply to this item at:
>>>>>
>>>>>   <http://gna.org/bugs/?20821>
>>>>>
>>>>> _______________________________________________
>>>>>   Message sent via/by Gna!
>>>>>   http://gna.org/
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> relax (http://www.nmr-relax.com)
>>>>>
>>>>> This is the relax-devel mailing list
>>>>> [email protected]
>>>>>
>>>>> To unsubscribe from this list, get a password
>>>>> reminder, or change your subscription options,
>>>>> visit the list information page at
>>>>> https://mail.gna.org/listinfo/relax-devel

_______________________________________________
relax (http://www.nmr-relax.com)

This is the relax-devel mailing list
[email protected]

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-devel

Reply via email to