h**********c
发帖数: 4120 | 1 I assume boost is something like Java.
So you
class NewRun implements Runnable {
NewRun( ... pass parameter){}
run () {
do sync and call your DLL.
}
};
That is the most exciting part auf OO programming. |
|
c*****t
发帖数: 1879 | 2 简单来说不行。即使跟 thread 无关也问题多多。 |
|
|
h**********c
发帖数: 4120 | 4 Sorry, no example,
But, what is the difference of start your own threads, call the DLLs, sync
the threads yourself.
Take some time Z-turn, Z-turn. |
|
b*d
发帖数: 75 | 5 if interprocess, it may be ok.
if interthread, mission impossible. WinGW and VS are totally incompatible,
you won't be able to link your code with the two dll's. |
|
b***i
发帖数: 3043 | 6 那就是说你同步部分写错了。很大的可能是你的那个semaphore根本就是生成了两个不
同的变量。
你要详细说一下，你是怎么同步的。你是把semaphore的指针传递给dll吗？ |
|
b***i
发帖数: 3043 | 7 还不是很清楚你同步的意思。到底要做什么？被同步的两个线程为什么要同步？ |
|
x**n
发帖数: 1055 | 8 两个线程都是基于有限差分法的(finite difference)，也就是t_msvc和t_mingw都是按照各自的时间步行进(time marching)，每步开始前，两个线程之间要停下来交换一下各自的数据，然后开始各自的计算,然后等到下一步开始前，两个线程又要停下来交换数据，以此类推,因此线程同步就很重要了 |
|
b***i
发帖数: 3043 | 9 再具体点。每个线程内都做了什么，详细说说。有循环吗？
按照各自的时间步行进(time marching)，每步开始前，两个线程之间要停下来交换一
下各自的数据，然后开始各自的计算,然后等到下一步开始前，两个线程又要停下来交
换数据，以此类推,因此线程同步就很重要了 |
|
x**n
发帖数: 1055 | 10 两个线程都是按照时间步dt循环
t_msvc线程:
for(t=0;t
{
bt_param->brr->wait()
//这里停下来同步传信息给t_mingw
bt_param->brr->wait()
//到这里需要同步的内容结束
t_msvc自己的计算...
}
t_mingw线程:
for(t=0;t
{
bt_param->brr->wait()
//这里停下来同步传信息给t_msvc
bt_param->brr->wait()
//到这里需要同步的内容结束
t_mingw自己的计算...
}
基本就是上面的框架，不知是不是解释清楚了，谢谢！ |
|
b***i
发帖数: 3043 | 11 我来说说我的理解吧，是不是你想做的
t_msvc线程:
for(t=0;t
{
这里传递这一步需要的信息给t_mingw;
等待同步信号；
t_msvc自己的计算...
}
t_mingw线程:
for(t=0;t
{
这里传递这一步需要的信息给t_msvc;
等待同步信号；
t_mingw自己的计算...
} |
|
x**n
发帖数: 1055 | 12 是，基本上就是这样一个结构，至于同步时信号传递先后关系暂时不用考虑，如果是同
一个编译器编译的两个DLL,用boost.thread毫无问题，但是不同编译器产生的，就不行
了，呵呵 |
|
b***i
发帖数: 3043 | 13 那你就做个函数专门负责wait，把函数指针传入每个线程。这样，只要他们能找到这个
函数，由这个函数统一负责调用wait,而不是分别两个编译器写不同的代码，你懂了吗
？这个函数是主函数中的。 |
|
|
h**t
发帖数: 1678 | 15 试着compile 最简单的helloworld code 怎么都不行。
两种方法：用mingw64: g++ helloworld.cpp -o helloworld -mms-bitfields -IC:/
GTK.....-lintl
error is like:
c:/ibi/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.4.7/../../../../x86_64-
w64-mi
ngw32/bin/ld.exe: skipping incompatible C:/GTK/lib/libglib-2.0.dll.a when
search
ing for -lglib-2.0
There are many this kind of errors
在MSVC里 把c:\GTK\include 和lib都加进去；enviroment viriables 也设定GTK_BASE
, INCLUDE, LIB related to c:\GTK... 还是找不到gtk.h: nosuch directory ...
THanks very m... 阅读全帖 |
|
l********t
发帖数: 878 | 16 1. functor(?)
2. type
3. MSVC 2010 |
|
t****t
发帖数: 6806 | 17 大多数int都是32位的. 但楼主问的不是这个, 他问的是为什么long居然是64位的. 我们
说, 除了MSVC, 其它64位编译器几乎都规定long是64位的. 你贴的link恰好说明了这一
点.
另外, "AMD64上的int是4位(4byte?)"这个说法本身不make sense. int的宽度并不由CP
U决定. |
|
p***o
发帖数: 1252 | 18 Try the CRT Debug Library on MSVC. |
|
|
|
b***i
发帖数: 3043 | 21 不用多说， 你居然觉得javadoc是header?
C的头文件是给编译器看的，javadoc是给人看的，象参考书一样。现在vs也是这样吧注
释内容现实出来，就是抄java的。
另外， 你又假定java设计者后悔了，其实c++/c的 include是短板，恰恰和你想的相反
，是c始祖设计的不足。java设计比c++晚了好几年，很多高手研究了c++的不足才设计
出java。我一开始也是瞧不起java，知道写了几万行java才发现是我错了。你要是Java
没写到几万行，还是不配评论这两个语言优劣的
还有， eclipse.msvc都做不到你说的自动更改文件名
再说了， c++学好有啥用，浪费时间，不如学java
but
too.
class |
|
b***i
发帖数: 3043 | 22 不用多说， 你居然觉得javadoc是header?
C的头文件是给编译器看的，javadoc是给人看的，象参考书一样。现在vs也是这样吧注
释内容现实出来，就是抄java的。
另外， 你又假定java设计者后悔了，其实c++/c的 include是短板，恰恰和你想的相反
，是c始祖设计的不足。java设计比c++晚了好几年，很多高手研究了c++的不足才设计
出java。我一开始也是瞧不起java，知道写了几万行java才发现是我错了。你要是Java
没写到几万行，还是不配评论这两个语言优劣的
还有， eclipse.msvc都做不到你说的自动更改文件名
再说了， c++学好有啥用，浪费时间，不如学java
but
too.
class |
|
M********t
发帖数: 5032 | 23 Visual Studio
你可以加入LLVM取代MSVC。 |
|
|
c******r
发帖数: 104 | 25 【 以下文字转载自 Economics 讨论区 】
【 原文由 charchar 所发表 】
For finance research, any language is ok.
The finance research mostly uses the mathmatic part
of the computer language, which is always some simple
math function or expression within the interger, real
or long real(double real) data type.
In most popular computer languages, such as MSVC, Borland
C++,
Fortran, Pascal. even Java, or VB, all of tham can handle
this easy mathmatic application without any problem.
To be in more detail.
Fortran is focus |
|
x****e
发帖数: 3 | 26 【 以下文字转载自 EE 讨论区,原文如下 】
发信人: XinZhe (战士), 信区: EE
标 题: [求助]如何加快S函数在Simulink中的运行速度
发信站: Unknown Space - 未名空间 (Tue Jan 25 16:50:07 2005) WWW-POST
我正在Simlink中调试运行一个S函数，基本上就是调用已有的很大的一个多线程仿真程序
ASM(标准C写的，MSVC 6.0编译环境)。如果假设ASM作为可执行文件(e.g.
ASM.exe)在PC(P4 2.8GHz/Windows2000, Matlab 6.5 & 7.0)上运行，所需要的时间为1秒
的话，那么编译成S-函数(e.g. ASM.dll)在Simulink中调用的话，就需要运行20秒的时间
。
我已经尽可能的对程序进行优化了(如使用Release Build instead of Debug Build，并
尽可能地参考Simulink手册上对於Simulink仿真优化设置的说明)，但几乎一点效果都没
有。下面是我的S函数的源程序，请各位给支支招：怎么样才能加快在Simulink中的 |
|
s**i
发帖数: 381 | 27 GSL under Windows using MSVC++ is not easy ba? Need to buy the CD?
http://www.network-theory.co.uk/gsl/
I am developing a cross platform thing so I need to consider the portability.
Thanks |
|
t*******e
发帖数: 21 | 28 我刚刚下载了SuperLU 3.0, 用MinGW的gcc编译生成了“libsuperlu_3.0.a”，请问怎
么在我的MSVC 2005的应用程序里调用它？
多谢了！ |
|
c******r
发帖数: 104 | 29 For finance research, any language is ok.
The finance research mostly uses the mathmatic part
of the computer language, which is always some simple
math function or expression within the interger, real
or long real(double real) data type.
In most popular computer languages, such as MSVC, Borland
C++,
Fortran, Pascal. even Java, or VB, all of tham can handle
this easy mathmatic application without any problem.
To be in more detail.
Fortran is focusing on its efficiently solving advanced
math |
|
