[强大]诡异的预览

系统安装、升级讨论
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
delectate
帖子: 18311
注册时间: 2008-01-09 22:41

[强大]诡异的预览

#1

帖子 delectate » 2008-08-06 10:36

啊……

gnome有了歌曲预览,本来是好的

刚刚试听了一个歌,不是很好,没有注意到已经开始播放了(预览,并非任何播放器)

直接shift+del删除了

没想到预览就没有停,一直播放到停……

文件明明不存在了啊……

唉,关也关不掉,停也停不了,简直是折磨了……
头像
ljj_jjl2008
论坛版主
帖子: 14255
注册时间: 2007-09-16 8:29

#2

帖子 ljj_jjl2008 » 2008-08-06 10:45

:D :D
头像
xiooli
帖子: 6956
注册时间: 2007-11-19 21:51
来自: 成都
联系:

#3

帖子 xiooli » 2008-08-06 10:49

killall totem-audio-preview

ps:linux下貌似要程序 用完了文件才能真正被删除(很稀饭这样子啊),不想windows只有一程序在用就删不掉 :twisted:
头像
JangMunho
帖子: 1347
注册时间: 2006-01-18 12:55
来自: 也许真的没有人理解

#4

帖子 JangMunho » 2008-08-06 11:39

应该是在内存里,而不是像LS说那样。
就像这个程序:
/*killslef*/
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("Hello! I'm now going to kill myself!\n");
system("rm ./killself");
return 0;
}

可以正常执行,因为程序在内存里。
MacBook Pro 15" User
Cocoa Programmer
头像
eexpress
帖子: 58428
注册时间: 2005-08-14 21:55
来自: 长沙

#5

帖子 eexpress » 2008-08-06 11:41

把内存拔出,预览也肯定没了。
● 鸣学
头像
leeaman
帖子: 30702
注册时间: 2007-02-02 18:14
系统: debian sid

#6

帖子 leeaman » 2008-08-06 11:43

拔电源方便安全一点吧?
醉了星星,醉月亮●●●●●The Long Way To Go(*^_^*)
头像
JangMunho
帖子: 1347
注册时间: 2006-01-18 12:55
来自: 也许真的没有人理解

#7

帖子 JangMunho » 2008-08-06 11:52

eexpress 写了:把内存拔出,预览也肯定没了。
连Gnome也没了……
MacBook Pro 15" User
Cocoa Programmer
头像
xiooli
帖子: 6956
注册时间: 2007-11-19 21:51
来自: 成都
联系:

#8

帖子 xiooli » 2008-08-06 11:54

JangMunho 写了:应该是在内存里,而不是像LS说那样。
就像这个程序:
/*killslef*/
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("Hello! I'm now going to kill myself!\n");
system("rm ./killself");
return 0;
}

可以正常执行,因为程序在内存里。
我说的是文件(被程序使用的),不是程序。因为我试过把一个600多M的文件上传到ftp,在上传过程中删掉该文件,然而上传仍然正常进行直到结束。至于程序,那你运行的时候当然应该是在内存中咯。
delectate
帖子: 18311
注册时间: 2008-01-09 22:41

#9

帖子 delectate » 2008-08-06 11:57

xiooli 写了:
JangMunho 写了:应该是在内存里,而不是像LS说那样。
就像这个程序:
/*killslef*/
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("Hello! I'm now going to kill myself!\n");
system("rm ./killself");
return 0;
}

可以正常执行,因为程序在内存里。
我说的是文件(被程序使用的),不是程序。因为我试过把一个600多M的文件上传到ftp,在上传过程中删掉该文件,然而上传仍然正常进行直到结束。至于程序,那你运行的时候当然应该是在内存中咯。
除非你有备份

否则有些冒险……

你说的不会是维鸡那11G的7z包吧……
头像
xiooli
帖子: 6956
注册时间: 2007-11-19 21:51
来自: 成都
联系:

#10

帖子 xiooli » 2008-08-06 12:05

后代 写了:
xiooli 写了:
JangMunho 写了:应该是在内存里,而不是像LS说那样。
就像这个程序:
/*killslef*/
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("Hello! I'm now going to kill myself!\n");
system("rm ./killself");
return 0;
}

可以正常执行,因为程序在内存里。
我说的是文件(被程序使用的),不是程序。因为我试过把一个600多M的文件上传到ftp,在上传过程中删掉该文件,然而上传仍然正常进行直到结束。至于程序,那你运行的时候当然应该是在内存中咯。
除非你有备份

否则有些冒险……

你说的不会是维鸡那11G的7z包吧……
是的,而且屡试不爽(这样干过n次了)。
头像
bones7456
帖子: 8495
注册时间: 2006-04-12 20:05
来自: 杭州
联系:

#11

帖子 bones7456 » 2008-08-06 12:13

很强大
关注我的blog: ε==3
delectate
帖子: 18311
注册时间: 2008-01-09 22:41

#12

帖子 delectate » 2008-08-06 12:14

bones7456 写了:很强大
相当强大!

感觉自己的思维还是被win洗了一样

要一点点适应有奔头
头像
adagio
论坛版主
帖子: 22110
注册时间: 2008-02-17 23:47
来自: 美丽富饶的那啥星球

#13

帖子 adagio » 2008-08-06 12:14

xiooli 写了:killall totem-audio-preview

ps:linux下貌似要程序 用完了文件才能真正被删除(很稀饭这样子啊),不想windows只有一程序在用就删不掉 :twisted:
严重同意!BS盖叔一下!
我经常遇上这种情况:PS里打开一张图,用完了,关闭,删除这张图,然后他就告诉我删不了!
一定要关闭程序,或者再打开另外一张图才行,狂吐啊~~~
其实不就是注册表里记录了这个路径嘛?至于吗?
明天就换大三八!
——8核CPU、8G内存、8T硬盘……
8卡交火,80寸大屏放8个……
IPv8的光纤要8条……

---------------------------------------------------------------------------------
[图片版]新手当自强(续)FAQ
[新手进阶]挂载、fstab、调整linux分区
[图片版]E17桌面环境配置手把手
zarra
帖子: 89
注册时间: 2006-10-30 20:01

#14

帖子 zarra » 2008-08-06 12:19

都给我去读APUE
只要还存在使用中的句柄 该文件是不会unlink的 直到所有句柄都close才unlink
删除???POSIX系里没这个概念
头像
yjcong
帖子: 2470
注册时间: 2006-02-28 3:11

#15

帖子 yjcong » 2008-08-06 12:33

xiooli 写了:
JangMunho 写了:应该是在内存里,而不是像LS说那样。
就像这个程序:
/*killslef*/
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("Hello! I'm now going to kill myself!\n");
system("rm ./killself");
return 0;
}

可以正常执行,因为程序在内存里。
我说的是文件(被程序使用的),不是程序。因为我试过把一个600多M的文件上传到ftp,在上传过程中删掉该文件,然而上传仍然正常进行直到结束。至于程序,那你运行的时候当然应该是在内存中咯。
假设你的那个分区有1G,你删了600M,然后马上往里面写上个500M看看??
一梦三年,
松风依旧,
萝月何曾老.


灵幽听微, 谁观玉颜?
灼灼春华, 绿叶含丹.
回复