绿色地球的终极体现！！ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Environmental - 环境科学与工程

绿色地球的终极体现！！

绿色地球的终极体现！！# Environmental - 环境科学与工程

m*c2010-07-22 07:07

1 楼

【以下文字转载自 Immigration 讨论区】
发信人: mitmagic (从头再来), 信区: Immigration
标题: 告别帖~~~TSC I-485 Approved/Greened!!!
发信站: BBS 未名空间站 (Fri Mar 30 00:19:42 2012, 美东)
EB1A弱case, TSC non-PP。
background见
http://www.mitbbs.com/article0/Immigration/32203415_0.html
I140 (handled by Jerry Zhang's firm)
RD 6-6-2011
RFE by #100 10-18-2011
RFE response received 12-14-2011
Approved 1-10-2012.
I-485 (DIY)
RD 1-18-2012
FP Notice date 1-31-2012.
FP date 2-6-2012
AP/EAD Approved 2-27-2012
I-485 Approved 3-29-2012
从2011年1月开始联系律师准备材料，6月递交140，后历时近10个月终于有了好消息。祝各位同胞早绿。
各位兄弟姐妹好运！！！

b*s2010-07-22 07:07

2 楼

最近看一个房子，房子坐西朝东，但是房子门口的街北高南低，特别是房子南侧的院子
有点斜坡，大概10到20度的样子。
这个风水上有问题吗？
另外还看过一个房子，正面还好，但后院在山坡上。房子在上，院子向下的斜坡角度比
较大，可能有40-50度。想听听大师的意见。

h*i2010-07-22 07:07

3 楼

昨天下午的强暴风雨过后，院子里一片狼藉。树枝树叶满地都是，花花草草乱作一团，
喂鸟食的小房子掉在地上，鸟食撒了一地。最让我伤心的，是我那盆看着长起来的大丽
花。从春天一棵巴掌大的小苗儿一点儿点儿长起来，一天变一个样儿，一直长到现在一
米多高，枝繁叶茂，婷婷玉立。上个礼拜我还一边端详着她怒放的三多大花和一个含苞
欲放的花骨朵儿，一边贪婪地数着一个个的小花骨朵儿，幻想着二十多朵齐放的盛景。
木秀于林，风必摧之，惨状打碎了我的梦想。她被风齐着地面折断，滚着雨水和泥土横
躺在地上，那个含苞欲放的骨朵儿还在倔强的向上扬着头。我把她拣起来，试图把断面
对接起来，未果，又实在不舍得就这么把她扔了，就怀着侥幸心理挖了个坑，把这个没
了球根的断茎又种到地里。
今天下班儿回来，听说晚上又要有强暴风雨，就直奔后院收拾挪动有可能再遭不测的花
草坛罐，顺便把那颗估计是必死的没了根的大丽花拔出来扔了。眼前的情景我简直不敢
相信：她不仅没有枯死，那个花骨朵儿竟然开了！依旧倔强地扬着头，浑身散发着醉人
的光彩。
我惊喜过后试着想象在过去的二十几个小时，她的体内经历了怎样的痛苦与挣扎，怎样
仅凭一个折断的茎面汲取整个身

g*u2010-07-22 07:07

4 楼

b*m2010-07-22 07:07

5 楼

【以下文字转载自 shopping 讨论区】
发信人: bigworm (不要搞错,是老虎!), 信区: shopping
标题: 各位大侠给推荐一个X61S/T的内存的DEAL吧,1G用VISTA太慢了..
发信站: BBS 未名空间站 (Thu May 28 13:30:35 2009)
叩谢

j*l2010-07-22 07:07

6 楼

Fueled by Bioinnovation
http://www.facebook.com/video/video.php?v=425928072296
太逗了！

b*e2010-07-22 07:07

7 楼

cong again, welcome to contribute more in the future. and good luck in the
future!

【在 m******c 的大作中提到】

: 【以下文字转载自 Immigration 讨论区】
: 发信人: mitmagic (从头再来), 信区: Immigration
: 标题: 告别帖~~~TSC I-485 Approved/Greened!!!
: 发信站: BBS 未名空间站 (Fri Mar 30 00:19:42 2012, 美东)
: EB1A弱case, TSC non-PP。
: background见
: http://www.mitbbs.com/article0/Immigration/32203415_0.html
: I140 (handled by Jerry Zhang's firm)
: RD 6-6-2011
: RFE by #100 10-18-2011

g*u2010-07-22 07:07

8 楼

就是要求写程序求一个文件的字符的平均值
unsigned char average(const char *filename)。
我能想到的地方有
文件不存在或者权限不对
计数器溢出(大文件，各种操作系统文件大小有何不同)
应该用什么数据类型和算法，用long double够不够。。。
请问还有什么别的考虑？

u*g2010-07-22 07:07

9 楼

不错。

l*i2010-07-22 07:07

10 楼

wow。。。cong

t*t2010-07-22 07:07

11 楼

考虑得差不多了.

【在 g*****u 的大作中提到】

: 就是要求写程序求一个文件的字符的平均值
: unsigned char average(const char *filename)。
: 我能想到的地方有
: 文件不存在或者权限不对
: 计数器溢出(大文件，各种操作系统文件大小有何不同)
: 应该用什么数据类型和算法，用long double够不够。。。
: 请问还有什么别的考虑？

m*c2010-07-22 07:07

12 楼

谢谢蜜蜂，你很Q。不得不告别移民版了。LP说我花太多时间潜水灌水。俺要转战考版
版了，以后。包子已发，请查收。大蜜蜂Mega million你今天买了么？呵呵。

【在 b*******e 的大作中提到】

: cong again, welcome to contribute more in the future. and good luck in the
: future!

f*Q2010-07-22 07:07

13 楼

读到一半硬盘坏了, heyhey...

【在 g*****u 的大作中提到】

b*e2010-07-22 07:07

14 楼

呵呵，支持做faculty。谢谢包子，中午就去买，过几分钟合合

【在 m******c 的大作中提到】

: 谢谢蜜蜂，你很Q。不得不告别移民版了。LP说我花太多时间潜水灌水。俺要转战考版
: 版了，以后。包子已发，请查收。大蜜蜂Mega million你今天买了么？呵呵。

g*u2010-07-22 07:07

15 楼

如果中间某些扇区坏了这个应该怎么处理？是不是应该在开始的时候得到文件大小，如
果还没读到结尾就读不了了，把当前读了多少和文件大小比较，如果发现还没到末尾就
返回错误代码？比如下面
ifstream fin( "temp.txt" );
unsigned long long num_bytes = 0;
while( fin.good（） )
{
fin.get(ch);
num_bytes++;
.....
}
if ( num_bytes < file_length)
return -1;
如果中间某些扇区坏了那么good()应该返回0吧？我还没有实验过这种情况，不知道对
不对。
：读到一半硬盘坏了, heyhey...

m*c2010-07-22 07:07

16 楼

faculty现在可能还有点早呢。先得拿个grant之类的侯着。
看看今年能不能把board考下来吧，我一直拖着LP被很不爽的说。呵呵。

【在 b*******e 的大作中提到】

: 呵呵，支持做faculty。谢谢包子，中午就去买，过几分钟合合

t*t2010-07-22 07:07

17 楼

不用考虑这个

【在 g*****u 的大作中提到】

: 如果中间某些扇区坏了这个应该怎么处理？是不是应该在开始的时候得到文件大小，如
: 果还没读到结尾就读不了了，把当前读了多少和文件大小比较，如果发现还没到末尾就
: 返回错误代码？比如下面
: ifstream fin( "temp.txt" );
: unsigned long long num_bytes = 0;
: while( fin.good（） )
: {
: fin.get(ch);
: num_bytes++;
: .....

x*02010-07-22 07:07

18 楼

祝贺哦！

g*u2010-07-22 07:07

19 楼

thrust大侠能不能post个标准答案看看？

【在 t****t 的大作中提到】

: 考虑得差不多了.

f*l2010-07-22 07:07

20 楼

cong

g*u2010-07-22 07:07

21 楼

有个问题：C++标准里有没有肯定有64位的整型？似乎没有。long long或_int64不
是标准里的。那么这道题里面byte的计数器可以用double么？
还有，就算用unsigned long long来计数，如果文件大于2^64-1怎么办？

s*t2010-07-22 07:07

22 楼

恭喜恭喜！

【在 m******c 的大作中提到】

: faculty现在可能还有点早呢。先得拿个grant之类的侯着。
: 看看今年能不能把board考下来吧，我一直拖着LP被很不爽的说。呵呵。

l*82010-07-22 07:07

23 楼

>> 如果文件大于2^64-1怎么办？
LOL you mean file size > 16,000,000 TB??? That is an expensive hard disk you have.

b*e2010-07-22 07:07

24 楼

haha, bless

【在 m******c 的大作中提到】

: faculty现在可能还有点早呢。先得拿个grant之类的侯着。
: 看看今年能不能把board考下来吧，我一直拖着LP被很不爽的说。呵呵。

k*f2010-07-22 07:07

25 楼

Right now I doubt there's any single file with size greater than 2^64 > 1.
84e19.
double has precision of 53 bits, so it can only precisely represent a
counter up to 2^53-1. Beyond that, the counter is no longer accurate to the
bytes.
That said, you may want to use fpos_t for the type of the file size counter,
the compiler should define a proper type suitable for the underlying
operating system.

【在 g*****u 的大作中提到】

: 有个问题：C++标准里有没有肯定有64位的整型？似乎没有。long long或_int64不
: 是标准里的。那么这道题里面byte的计数器可以用double么？
: 还有，就算用unsigned long long来计数，如果文件大于2^64-1怎么办？

K*72010-07-22 07:07

26 楼

祝贺，很快啊速度

【在 m******c 的大作中提到】

g*u2010-07-22 07:07

27 楼

fpos_t似乎不能作为计数器，它只是给fsetpos()用的，不能用作加减乘除吧？
几个问题：
1. typedef __int64 fpos_t;
__int64 是C standard type么？
2. 当文件超过2GB时（在linux一般文件大小限制），get(),fread()等C库函数能正常
工作么？
3. 如果我想得到一个文件的大小，但是ftell（）返回类型为long，这对大文件是不够
的。大文件在linux下需要LFS支持，我应该用哪些函数来得到文件大小？不同操作系统有不同的库吧？windows和linux,unix都分别应该怎么做？
btw,double的53bits是尾数，11bit的指数部分决定double能表示的最大的数字为差不
多2^(2^10-1)，大约是10^308，对于一般文件是够用了。问题是我不清楚上面的问题2,
3。那个大侠最好能发个答案，多谢了。

c*d2010-07-22 07:07

28 楼

cong