设为首页收藏本站

最大的系统仿真与系统优化公益交流社区

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7412|回复: 11

[求助] tablefile的find问题

  [复制链接]
发表于 2011-9-8 14:35:36 | 显示全部楼层 |阅读模式
在我的模型中,我在track设置method,把进入track的transporter保存到tablefile(*行,1列,object型)中,当transporter离开track时,设置method查找tablefile中的transporter记录,把正行记录cutrow掉。
  n# X2 g9 c- b* L  r现在的问题是我使用语句
5 I' j, ?5 U8 @if tablefile.find(`[1,1]..`[1,*],@) then
) A; W5 q. r" O删除行逻辑
( m1 ^2 u; t, U" ^) D/ Q* l0 o' b4 Wend;$ N0 y# x% l( g, Q  j% Y/ l# z
我发现find结果总是出错,明明打开tablefile之后可以看见那个transporter,但tablefile.find(`[1,1]..`[1,*],@)的返回值却不一定是true: M  j0 h  b1 ?8 l' E% d
6 |: c5 Z' E* j  j
调试的时候,把tablefile.find(`[1,1]..`[1,*],@)粘贴到表达式两行位置,结果发现这条语句在同一时刻,一行显示true,一行显示false,我实在不知道是怎么回事,请大家有时间帮忙解惑一下,不甚感激。
  P# p) M+ A* z( p) l# g$ u
) `6 t" |5 W0 M2 G另外把tablefile换成queuefile之后,搜索结果到没问题,都正确了,但因为track里面的transporter有些是从入口进入,有些是用method方法从别处移动过来,所以queuefile好像不适用于模型逻辑

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
发表于 2011-9-8 15:37:30 | 显示全部楼层
我试了一下,没问题啊,可以参考附件中的模型

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
 楼主| 发表于 2011-9-9 10:57:06 | 显示全部楼层
linlin3353 发表于 2011-9-8 15:37
" }5 K0 f0 w7 M. h7 L. D我试了一下,没问题啊,可以参考附件中的模型

* A. R% ^4 m0 \9 ^# R+ O( Z我这边好像还是有些问题,我在您的模型上调了一下还是不行! L* Y' C: L& L8 ^% e2 E& J
麻烦您看看,在您那里的运行正常吗?
# a* q/ `' M, A5 h1 d! @我这是从veryCD上下载的破解版,不会是破解的问题吧?

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
 楼主| 发表于 2011-9-9 11:05:20 | 显示全部楼层
本帖最后由 pqxx 于 2011-9-9 11:05 编辑
  C* l+ p: q1 o3 f
linlin3353 发表于 2011-9-8 15:37 7 _0 f9 O4 N4 A: N6 W8 r8 G
我试了一下,没问题啊,可以参考附件中的模型
1 K* ^5 q/ z# ], D; ]4 q7 A3 n7 w
6 A$ d  Z  i' `3 Q+ s3 m( Q' z9 q
这个附件是我这边的运行视频,用screen2exe录制了,所以是exe格式,绝不是病毒。麻烦您给看看吧

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
发表于 2011-9-10 14:06:36 | 显示全部楼层
pqxx 发表于 2011-9-9 11:05
2 B  }1 W. o; O7 Q1 w. L* f这个附件是我这边的运行视频,用screen2exe录制了,所以是exe格式,绝不是病毒。麻烦您给看看吧 ...
) q: V7 ?9 p! o3 A2 D
看了一下,我也困惑了,时而对时而错。再研究研究吧。。
1 o% s+ h/ f& w看看论坛里们其他大侠怎么决绝吧。
发表于 2011-9-10 14:18:20 | 显示全部楼层
貌似,如果不设断点进行单步调试的话,模型运行就是正常滴。。
 楼主| 发表于 2011-9-11 11:27:51 | 显示全部楼层
linlin3353 发表于 2011-9-10 14:18 $ w, |9 T4 h+ o3 C6 ^
貌似,如果不设断点进行单步调试的话,模型运行就是正常滴。。
7 c  v7 y$ i1 ^$ C2 `  d, h/ m
在您那边运行也是如此吗?5 V3 G/ V0 J9 X8 ^% ~2 D
还是非常感谢啊
发表于 2011-9-12 18:21:09 | 显示全部楼层
我曾遇到过LZ这个问题
- v! @' a! y% o+ X5 OLZ可以HELP:tablefile.find;仔细看里面的意思。当执行method时,在表格里寻找之前,一般得设置光标的初始位置,如果你在tablefile[1,3]找到了你要找的文本“true”。当再一次执行method时,你的光标是从
" g3 w: K0 O! H5 z+ Y0 Btablefile[1,3]开始寻找,比如在tablefile[1,5]找到” 。所以就是说你两次运行同一个程序,结果出现不同。所以程序里面必须要设置光标的起始点。
 楼主| 发表于 2011-9-13 09:30:06 | 显示全部楼层
Inwater 发表于 2011-9-12 18:21
& ]0 b/ S5 K. x' @3 H( @" t3 F我曾遇到过LZ这个问题
6 b; H  m& N, [$ S3 A& oLZ可以HELP:tablefile.find;仔细看里面的意思。当执行method时,在表格里寻找之前 ...
3 ~" s) |# ~/ o/ F
在find语句之前加上9 q  r2 e! o5 h
tablefile.CursorY:=1;" Q2 r% ]0 y5 @4 u5 t0 a7 Q. K+ \
tablefile.CursorX:=1:
8 @! X1 e# U/ w3 M9 l# [- }) ~. H之后还是不对,不知道怎么回事。) G- n8 u& x" c/ ^- E
我把tablefile改成cardfile试了试,除了第一个离开track的mus搜索不到之外,别的都可以找到,但新的问题又出来了,当我设置断点调试程序的时候,cardfile里面记录的数据会自动丢失。比如一开始我打开cardfile之后,发现里面有5行数据,看看method之后再回过头来看,发现前两行的数据没了,就像执行了cutrow一样,过一会儿再看,全没了,成空表了。: @* i8 T1 ^2 D1 v
是不是emplant的安装有问题呢?
发表于 2011-9-13 14:16:44 | 显示全部楼层
pqxx 发表于 2011-9-13 09:30
) }/ K9 V8 [: m* Y' p在find语句之前加上
* P1 @  k9 F8 d0 Ztablefile.CursorY:=1;/ a% g8 V$ g; [/ d* U# e% [
tablefile.CursorX:=1:

3 i' ]6 s9 L( L* ?6 i* X应该和安装没问题,估计还是程序有问题。: E' C8 i& x7 g8 ?: L
在看看软件自带的帮助文件吧,估计是对函数的理解不对。
 楼主| 发表于 2011-9-14 08:24:59 | 显示全部楼层
本帖最后由 pqxx 于 2011-9-14 13:05 编辑 - \, M8 K5 t' j# Y  @6 P/ \
Inwater 发表于 2011-9-12 18:21 ( z( |" _7 U9 w4 T3 M$ N
我曾遇到过LZ这个问题
. n, G/ B3 d4 u( O* XLZ可以HELP:tablefile.find;仔细看里面的意思。当执行method时,在表格里寻找之前 ...

: j9 V# ]) _* a. {3 N; d2 q9 B) l1 `2 S, h( G
使用cardfile,在find前面加上cardfile.cursor:=1就没问题了+ Y) P% ~. @2 B6 W
我再试试tablefile啊,先谢谢啦
9 ?- Q# F3 e9 R6 ^在tablefile前面加上tablefile.cursorX:=1和tablefile.cursorX:=1也OK了
 楼主| 发表于 2011-9-14 15:01:00 | 显示全部楼层
taoyifei2000 发表于 2011-9-14 13:41
0 B8 K7 l  L7 c1 {刚看到消息,看你已经解决了,修改的模型就不发了,祝贺你,其实就是每次循环光标要初始化一下。 ...

8 w1 A" T$ k+ ^4 `1 O! z谢谢啊,版面上这个板块的高手最热心肠啦
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|手机版|SimulWay 道于仿真   

GMT+8, 2026-8-21 05:19 , Processed in 0.018399 second(s), 15 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表