- 主题:报告一个问题 (转载)
删除我记得没事，你可以看一眼代码
解决方法貌似也很简单，m一个过去再m回来应该就没事了
你试试看。
【 在 leonz (leonz) 的大作中提到: 】
: telnet下显示的时候读的是.Names中的项目的位置
: www下bbsanc.php读的是.Names中Numb的值
: 虽然这2个值多数情况下是相同的，但是如果做了删除操作或者~操作之类的话
: ...................
--
FROM 221.219.10.*
某版 10124 同样的情况 ...
ft，这问题还是从你文章里我才知道的
【 在 atppp (Big Mouse) 的大作中提到: 】
: 精华区阿，咋玛？
pal 版那个被我搞好了已经
大概就是 SYSOPS 之类的问题吧 ...
--
FROM 221.219.10.*
收到
【 在 leonz (leonz) 的大作中提到: 】
: 删除不会改Numb，但是删除项目后面的顺序会提前【原先是N就变成N-1了】，所以链接还是
: 不对的。
--
FROM 221.219.10.*
~ 操作不会出错
删除操作已修复
半小时之内 svn 代码将修复此问题 ...
【 在 leonz (leonz) 的大作中提到: 】
: telnet下显示的时候读的是.Names中的项目的位置
: www下bbsanc.php读的是.Names中Numb的值
: 虽然这2个值多数情况下是相同的，但是如果做了删除操作或者~操作之类的话
: ...................
--
FROM 221.219.10.*
【 在 leonz (leonz) 的大作中提到: 】
: 赞速度～
刚 ci 上去，估计本站更新得过一阵子
因为 a_delitem() 只是 memmove 了 p_item 里的东西
pool 里还有一个空指针，写的时候不连续了就
memmove pool 也不太好弄
所以 a_savenames() 的时候重新数一下 Numb 就对了 :)
: 不过~操作有PERM_SYSOP权限的看着是没错，但是没有PERM_SYSOP权限的看不到对应
: 隐藏的文件了，所以其他的还是会出现“上移”的问题。
: 类似的还有BMS之类的
呃，现阶段建议先把 BMS 放在列表最下头，SYSOPS 放在列表最最下头
不然的话有 PERM_BOARDS / PERM_SYSOPS 权限的看着不对 ...
如果有啥好建议欢迎提供，欢迎 patch，欢迎 ... :)
--
FROM 221.219.10.*
英明神武的 acore 曾经指出解决此问题的两个方案
[1] ann_numtopath() 改成判断位置序号的
[2] ann_get_current_url() 用 Numb
我倾向于第二个，充分利用 Numb 域，也就是你说的这种 :)
然后看到 acore 曾经指出
“可能不容易搞”
然后好像就一直搁置了- -...
这个问题在于 a_loadnames() 的时候没有读 Numb 域，当然那个数据结构也没地方存
然后刚才想了一下要么加个域放 Numb，后来一想有点浪费
就把洞的地方弄成一个空的 ITEM *指针其实好像就可以
等我闲了有心思再弄弄 :)
【 在 leonz (leonz) 的大作中提到: 】
: 根本一点解决的话在ann_get_current_url()里面取Numb得值比较好，这样和
: ann_numtopath()就一致了。不过现在这样出问题的几率也小得多了～:)
--
FROM 221.219.10.*
【 在 leonz (leonz) 的大作中提到: 】
: 这样的话是不是要考虑一下.Names的可以被V改掉？不过要是V把Numb改得比较离谱
: 的话也不能算是bug了……
这个，基本上此站务大脑有 bug 了 ... 但是并不能防止这种 bug 出现
出现了基本上还修不好了就- -...
--
FROM 221.219.10.*