c*******9
发帖数: 6411 | 1 Thanks Xentar.
I look at the question again in brainbench, it is
int (X::*Y::p)() = X::foo; without "&"
maybe they are wrong? but isnot the function name itself can be used as
function pointer... |
|
t****t
发帖数: 6806 | 2 i remember xentar answered that once -- also asked by you -- if you call wit
h an invalid pointer, but don't dereference it, most likely the system will
let you go. unless you are calling virtual functions. |
|
l*****b
发帖数: 82 | 3 Thanks for reply, Xentar.
Right, I just put some briefing of the description. It has condition that
the key gen has expensive consuming, e.g. 1.5 seconds exclusive to generate
one key (single thread mode). that is why to pre gen certain amount keys
initially. I was thinking to have the key regen and request handling in
separated two threads to improve the response. Any comments? Thanks. |
|
l*****b
发帖数: 82 | 4 Thanks for your idea, Xentar. I was just thinking this is a interested topic
and we could have some brainstorm on those provided precondition. Thanks
again. |
|
t****t
发帖数: 6806 | 5 what xentar said is exactly *why* mutex can keep global variable thread-safe
. usually mutex are implemented with opaque functions which compiler has no
knowledge. potentially, compiler thinks mutex function may actually do any c
hange to global functions, and therefore preventing optimizations from happe
ning, such as reordering accessing, caching, etc.
there might exist situations where global variables are accessed without mut
ex protection, such as lock-free concurrent data structures. in th |
|
t****t
发帖数: 6806 | 6 if you use locking mechanism, most likely not (as xentar said in the beginni
ng); but in rare cases (see the HP paper), bad things may happen although 99
.9% cases it won't.
if you don't, most likely you have to. |
|
t****t
发帖数: 6806 | 7 来自主题: Programming版 - 一道面试题 right shifting signed number is implementation-defined. xentar's version
ensured portability. |
|
t****t
发帖数: 6806 | 8 the author of the question meant (a), but his question is wrong from the
beginning -- it should be
int (X::*Y::p)()=&X::foo;
(I believe this appeared earlier in this board and xentar pointed it out
once.)
following |
|
t****t
发帖数: 6806 | 9 didn't you read xentar's post? even you can write initializer to const
integral static data member, it doesn't mean you don't have to write
separate definitons.
however, in most cases, const static integral will be optimized out as
constant, and there will be no references to the symbol anymore in the link
stage. and in compilation stage, "no diagnostic required" (9.4.2 clause 5),
so in most cases you can get through without any errors. BUT, i can easily
construct a counter-example:
#include 阅读全帖 |
|
t****t
发帖数: 6806 | 10 来自主题: Programming版 - C++0x i am referring to xentar's post. of course these are cosmetic, the whole
template is cosmetic version of macro. |
|
T*******x
发帖数: 8565 | 11 Data Structure用low-level language,
Algorithm用high-level language。
我是想确认一下Xentar是不是这个观点。我也同意。
你同意吗？你回帖说的不是很清楚。 |
|
t****t
发帖数: 6806 | 12 yes i understand your question. xentar answered it, let me rephrase: for
built-in types, (a=b)=c is legitimate (from syntax point of view. it is
undefined though), so overloaded operators mimic it. why (a=b)=c is
legitimate from the beginning? because it is legitimate in C.
OP? |
|
|
S*********g
发帖数: 5298 | 14 哈哈，你在质疑C++标准都倒背如流的xentar吗？ |
|
p*********t
发帖数: 2690 | 15 2网友的意见不同，哪个是对的？
newpolice -- function char *m() {} is valid
Xentar -- it's undefined.
char *m()
{
char str[50];
strcpy(str,"how are you");
return str;
}
int main()
{
char s[50];
strcpy(s,m());
printf("%s",s);
//cin.get();
return 0;
}
为什么结果可以正确输出呢？我知道return by pointer可以make copy，可是return之
后storage不是free了吗？
另外，为什么下面这个就只能由一部分正确输出？
char *m()
{
char str[20];
strcpy(str,"how are you");
return str;
}
int main()
{
printf("%s",m());
//cin.get();
return 0;
}
然后上面char str[20];改成比如cha... 阅读全帖 |
|
p*********t
发帖数: 2690 | 16 Xentar当然是对的，局部变量和全局变量的区别，出了作用范围就会被释放。 |
|
x******a
发帖数: 6336 | 17 thank you Xentar.
It works.
I need to set i=0 for each while test. |
|
x******a
发帖数: 6336 | 18 xentar: yes at running, sorry for the mistake input. |
|
|
|
c****p
发帖数: 6474 | 21 我在64位平台上跑没问题。
把p打出来也是64位的地址。【 在 Xentar (思考猪) 的大作中提到: 】 |
|
t****t
发帖数: 6806 | 22 你这显然验证了xentar的说法啊. 一个好好的地址只剩低32位了.
我为什么要浪费时间发这么个贴子.
啊我知道了, 你不会数数! |
|
l******d
发帖数: 530 | 23 那为什么
printf("%s", NULL); //not fault
printf("%s\n%s\n", NULL, NULL); //not fault
又可以呢？这个我看着原帖楞是想不明白，直到Xentar解释了：printf("%s\n", str)
被优化成puts(str)，而printf("%s", str)不被优化。 |
|
t****t
发帖数: 6806 | 24 这个楼里最不就事论事的大概就是阁下您了.
能看得懂Xentar的解释。 |
|
t****n
发帖数: 324 | 25 Xentar解释完后，其他的解释都是画蛇添足了。至于其他对楼主的教训就完全都是负面了。我只不过看不惯你们这种态度。
如果你的意思是说自己说的那些还能跟就事论事占到点边的话，当我啥也没说好了。 |
|
t****t
发帖数: 6806 | 26 as xentar said, this tightly depends on specific ABI used. even on windows
32bit, cdecl, stdcall, fastcall, etc. are all different (of course, some of
them do not support variadic).
for example, on x86-64/linux, %al will be set to number of registers used in
variadic function call. although in all conventions, variadic calls must
let callee to find "..." parameters from the last fixed parameter. |
|
l********a
发帖数: 1154 | 27 借这个帖子问问yield 的问题
我写程序从来没有用到这个关键字,其实是自己没有完全理解用法
Xentar能讲讲不? |
|
H****r
发帖数: 2801 | 28 Xentar大师这个写的太老辣了，不服不行啊！ |
|
l8
发帖数: 42 | 29 【 以下文字转载自 paladin 讨论区 】
发信人: CharlesSong (每只猫咪都需要定期体检), 信区: paladin
标 题: Re: 请问起点币被盗怎么办?
发信站: BBS 未名空间站 (Tue Aug 14 12:50:26 2012, 美东)
你确定不是Xentar干的？ |
|
b***i
发帖数: 3043 | 30 你再想想Xentar说的。
无论什么操作系统，遇到Push xx,怎么做？是堆栈指针加，还是减？这个是CPU决定的
，不会改变的。然后你为这个CPU安装的操作系统就必须为此适应。
Intel的Stack是向0这个方向前进的。ARM是可选的。
当然，也可能你说的完全另一回事，就是新的程序运行后，内存的分配问题。分配的内
存块包含整个堆栈，而不是看堆栈内部每次入栈的方向。这个可以由操作系统决定。你
把链接拿来给大家看看。 |
|
r****y
发帖数: 26819 | 31 thrust和xentar都是老人啊。这个版上的老人不少。 |
|
r****y
发帖数: 26819 | 32 这个版上只有两个技术id：thrust，Xentar。哈哈 |
|
q*c
发帖数: 9453 | 33 你实在太小看 300k 的马工了。 好虫当年也是本版和 thrust, xentar 几个 c++ 牛逼
一时的高手，虽然后来转了 java, 这点东西闭眼也能搞出来。
我也多少年没碰 c++了，闭眼搞这些基本的东西还不是小菜。 |
|
s*******e
发帖数: 664 | 34 恩，前阵子死活登录不了，确实好久没登录了。programming我这版主确实没尽责，如
果有热爱这个版面的人出面，我非常乐意举手让位。
只是，我search了你在mitbbs的帖子，没啥帖子真是在programming认真解答版友问题
，或者为大家服务的啊。也就是说，你并不爱这个版面。反而倒是看到你在其他地方也
申请版主等等，觉得你只是为了多要几个版主的虚荣而已。这也是说，你做版主还是板
斧，对这个版面的改变带不来什么本质性转变。
我自己的工作领域离programming比较远了，所以关注的少一些了。而当初也是做了大
量的工作的，整理版面精华、协调版友关系等等。值得赞的是板斧Xentar，他常年驻留
在版面，解答版友的各种疑问。如果他或者和他类似的人想做版主，我多年前就让位了。
一句话，我并不支持你做版主。 |
|
l***y
发帖数: 791 | 35 Xentar! it is you!
BTW, guess who got to do the kitchen cszar at cyber's department? |
|
X****r
发帖数: 3557 | 36 【 以下文字转载自 Linux 讨论区 】
【 原文由 Xentar 所发表 】
I used to use a command to moniter log files, i.e. always display the last few
lines of the file, even if the file has been appended.
Now I can't recal the name of the command. Anyone can help me?
Thanks! |
|
r****y
发帖数: 26819 | 37 ☆─────────────────────────────────────☆
rodney ( script alert("No Virus!") /script ) 于 (Thu Jul 14 08:06:03 2005) 提到:
openssh，不过好像安全性能不好。
☆─────────────────────────────────────☆
Xentar (好奇猪) 于 (Thu Jul 14 11:58:20 2005) 提到:
openssh doesn't run directly on Windows
install cygwin including openssh is the easiest.
另外，这个“好像安全性能不好”从何而来？
☆─────────────────────────────────────☆
rodney ( script alert("No Virus!") /script ) 于 (Thu Jul 14 12:53:42 2005) 提到:
openssh当然可以不需先装cygwin就可在windows上 |
|
S*********g
发帖数: 5298 | 38 你把大牛的ID都拼错了。xentar最近在这个版也出没过 |
|
z*g
发帖数: 2 | 39 谢谢Xentar大虾的帮助！
1.噪声是加性的，频率和真实信号相比大得多，非白噪声
2.所谓移动，暂时不考虑比例和旋转
3.点采样频率依照如下规定：
对于父曲线（长曲线）：两点能够决定一条线段，便不采用第三
个点，不管这条线段多长
或者这么说吧，该曲线可以认为来自矢量
化，已经精简掉所有可以
精简的点
对于短曲线（子曲线）：子曲线由一系列也不等距的点构成，如
果在某个过程中，子曲线
是在某个线短上，那它照样忠实纪录所有
走过的点。
不论父曲线，还是子曲线，他们所拥有的点都足以保证可以表征
其形状
|
|
s**********i
发帖数: 711 | 40
Xentar说了，地球相对地球和月球的质心是转动的。这个转动产生
一个离心力，方向是背离月球。
在地球靠近月球一面，这个力小于水体受到的月球引力，所以水被
月球吸引靠近月球，引起在向月一面的涨潮。
在地球背离月球一面，水体离月球较远，受月球吸引力小，同时离
地月质心远，受离心力大，超过月球引力，所以被甩起来，也产生
涨潮。
kitty的解释似乎稍有不同。TA说水受月球吸引靠近月球，而地球
本身也被吸引靠近，背面水体受吸引移动的不如地球本身移动得多，
所以背面的水面也会增高。不知我理解的对否。 |
|
xt
发帖数: 17532 | 41 【 以下文字转载自 Programming 讨论区 】
【 原文由 Xentar 所发表 】
不知诸位大佬意见如何?
多谢多谢! |
|
|
s*******e
发帖数: 664 | 43 LZ是板上支柱之一，能站出来做板斧我自然求之不得，还请站务早日批准，谢谢。 |
|
|
s*******e
发帖数: 664 | 45 恩，前阵子死活登录不了，确实好久没登录了。programming我这版主确实没尽责，如
果有热爱这个版面的人出面，我非常乐意举手让位。
只是，我search了你在mitbbs的帖子，没啥帖子真是在programming认真解答版友问题
，或者为大家服务的啊。也就是说，你并不爱这个版面。反而倒是看到你在其他地方也
申请版主等等，觉得你只是为了多要几个版主的虚荣而已。这也是说，你做版主还是板
斧，对这个版面的改变带不来什么本质性转变。
我自己的工作领域离programming比较远了，所以关注的少一些了。而当初也是做了大
量的工作的，整理版面精华、协调版友关系等等。值得赞的是板斧Xentar，他常年驻留
在版面，解答版友的各种疑问。如果他或者和他类似的人想做版主，我多年前就让位了。
一句话，我并不支持你做版主。 |
|
e***t
发帖数: 14386 | 46 被您反对是我的荣幸，请您继续表演
> 1 deliver May 31 ● nesnow 封 zhaoce 在 Returnee 版
2 deliver Aug 14 ● dash1 封 zhaoce 在 Family
3 deliver Sep 4 ● shac 封 zhaoce 在 Shanghai
4 deliver Sep 9 ● cute 封 zhaoce 在 Piebridge
5 deliver Sep 13 ● thirdman 封 zhaoce 在 WaterWorld 版
6 deliver Sep 21 ● DowJones 封 zhaoce 在 Parenting 版
7 deliver Nov 6 ● ScarletLeaf 封 zhaoce 在 Love
8 deliver Aug 15 ● Jobman 封 zhaoce 在 Sex 版
9... 阅读全帖 |
|
e***t
发帖数: 14386 | 47 被您反对是我的荣幸，请您继续表演
> 1 deliver May 31 ● nesnow 封 zhaoce 在 Returnee 版
2 deliver Aug 14 ● dash1 封 zhaoce 在 Family
3 deliver Sep 4 ● shac 封 zhaoce 在 Shanghai
4 deliver Sep 9 ● cute 封 zhaoce 在 Piebridge
5 deliver Sep 13 ● thirdman 封 zhaoce 在 WaterWorld 版
6 deliver Sep 21 ● DowJones 封 zhaoce 在 Parenting 版
7 deliver Nov 6 ● ScarletLeaf 封 zhaoce 在 Love
8 deliver Aug 15 ● Jobman 封 zhaoce 在 Sex 版
9... 阅读全帖 |
|
m*****e
发帖数: 4193 | 48
^^^^^^^^^^^^^^^^^^
I don't think so. Right is right and wrong is wrong.
To be right doesn't need to be complicated, so why not
be right?
没有支持是一回事，对不对是另一回事。我确实对Linux提供了哪些进程同步不大清楚，
但是肯定是有的，前面Xentar也列出了一些。
也许别的地方是这样，但不是这里。这不是优不优的问题，而是对不对的问题。这里有
一个Linux Traffic上面的讨论，有兴趣可以看一看。
spin_unlock() Optimization On Intel
1999/11/20 - 12/07 (143 posts): spin_unlock optimization(i386)
http://kt.linuxcare.com/kt19991220_47.html#1 |
|
m*********k
发帖数: 10521 | 49 [bssd]游戏版情人节包子
扣除版面:(Game)1782伪币成功
成功奖励 66 伪币的用户: Apise, asimove, awacs, az219, ca1123, Castaway,
cocoon, dreamfrog, Dzeko, fattyshorty, kex, lilycola, morefly, newbirdwot,
njty, overkill, Pally, parameter, pegasusii, plutus, shuiduoduo, spiritless,
thrust, TMR, Wustenfuchs, Xentar, yaotouwan |
|
m*********k
发帖数: 10521 | 50 "[Family]
wormhole Apr 16 ● 为ld求祝福，发100个包子"
成功扣除 1100 伪币的用户: wormhole
成功奖励 10 伪币的用户: didiwo, acrophoenix, Gypsygirl, wsxiaoyu, mmzz,
magic0, CloudyBear, phynju, Hemerocallis, ztx6698, feelfree, runtu, Dovee,
yujie, IceC, MIW, DrewBrees, linyu, ManManMaMa, wbwb, Appie, xebec, xuxihua,
ZhangZCh, benren1, wstwst, smileinfire, k20050223, IndigoBlue, Abernathy,
yoyococo, Mq, Yowl, joy11373, D16, hdzhang888, laohuangniu, JH89, snapjacks,
realstar, Jing98, zither, shaya, zhenggb, GoJeremy, Dingdin... 阅读全帖 |
|
