이메일 #046 - #050
원본 출처: Satoshi - Sirius emails 2009-2011
이메일 #046
Date: Thu, 29 Oct 2009 02:05:30 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Fw: bitcoin.sourceforge.net
To: [email protected]
영어 원문
I'll convert the CriticalSection code to wxCriticalSection and upload it
to SVN (it's a little tricky). I don't know what to do for
TryEnterCriticalSection though. I think I'm almost ready to check
everything in.
You're probably right, it's about time to do a linux build. I've been
working on getting my linux machine set up and building the dependencies.
> Ok. I replaced the Windows thread and socket library includes with their
> POSIX equivalents, and now it only gives a few errors, mostly from the
> CriticalSections. If I make it work, I'll put it into svn/branches, it
> doesn't need to be an official release yet.
이메일 #047
Date: Thu, 29 Oct 2009 06:08:10 +0200
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: Fw: bitcoin.sourceforge.net
영어 원문
> I'll convert the CriticalSection code to wxCriticalSection and upload
> it to SVN (it's a little tricky). I don't know what to do for
> TryEnterCriticalSection though. I think I'm almost ready to check
> everything in.
Would the Boost mutex be of any help here?
http://www.boost.org/doc/libs/1_40_0/doc/html/thread/synchronization.html#thread.synchronization.mutex_concepts
이메일 #048
Date: Thu, 29 Oct 2009 06:38:30 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux build
To: [email protected]
영어 원문
The easy solution I took was to look at the wxWidgets source code and
see how they did it. They just mapped it to wxMutex on non-MSW, which
does have TryEnter, so that mapped in perfectly.
I checked in all my backlog of changes to SVN, including the overhaul of
CCriticalSection in util.h and OpenSSL's mutex callback in util.cpp to
do everything with wxWidgets when not on Windows.
If we get it working on Linux, I'll run my test suite against it here
off-network first, then we can give an unreleased build to
LibertyStandard to test for a while before going public.
[email protected] wrote:
>> I'll convert the CriticalSection code to wxCriticalSection and upload
>> it to SVN (it's a little tricky). I don't know what to do for
>> TryEnterCriticalSection though. I think I'm almost ready to check
>> everything in.
>
> Would the Boost mutex be of any help here?
>
> http://www.boost.org/doc/libs/1_40_0/doc/html/thread/synchronization.html#thread.synchronization.mutex_concepts
>
>
이메일 #049
Date: Fri, 30 Oct 2009 01:05:45 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux build
To: Martti Malmi <[email protected]>
영어 원문
I fixed some non-portable stuff I came across:
QueryPerformanceCounter
%I64d in printf format strings
Sleep
CheckDiskSpace
If there's any other unportable stuff you know of I should fix, let me know.
I think I'll move debug.log and db.log into the same directory as the
data files (%appdata%\Bitcoin), rather than whatever the current
directory happens to be.
이메일 #050
Date: Sat, 31 Oct 2009 11:21:50 +0200
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux build
영어 원문
I made an #ifdef to replace QueryPerformanceCounter with Linux's
gettimeofday in util.h. Some Unicode/ANSI errors were resolved without
code changes when I updated to wxWidgets 2.9. The only compile error
I'm getting in Linux at the moment is from heapchk() in util.h.
> I fixed some non-portable stuff I came across:
> QueryPerformanceCounter
> %I64d in printf format strings
> Sleep
> CheckDiskSpace
>
> If there's any other unportable stuff you know of I should fix, let me know.
>
> I think I'll move debug.log and db.log into the same directory as the
> data files (%appdata%\Bitcoin), rather than whatever the current
> directory happens to be.