密码实验室/ Syntech [英] Cipher Lab / Syntech
问题描述
Cipher Lab生产一些终端来收集数据，我们可以使用一个普通的C实现
程序，我认为它是ANSI
C89兼容，虽然不完全。他们也拥有一套
的图书馆，但总而言之，这是我们正在讨论的基本C语言。
好的，这是我第一次做很多事情。我从来没有去过
usenet，而且我不是Google网上论坛或IRC的专家，而且是b $ b类似论坛的东西，除了PHPBB / VBulletin PHP
论坛系统，这是非常简单的内容。
所以我不确定我是在发布这个正确的地方，或者如果我甚至是
应该在这里做。我做了我的研究，但它永远不会那么好
就像尝试一样。
我也没想，也不想寻找这个关于
所有者网站的信息。我相信他们不会得到太多支持，而且肯定没有我想要的那么深。
我也开始使用C这个一年，并且刚刚获得了深度
它（尽管我很不熟悉它，因为我们不知道它是什么）。希望，至少，我会完成一些文档
我自己，如果没有人加入。
除了介绍，我确实有很多问题，我想知道
如果有人知道我可以找到更具体的地方
找到为C编程的人和那些终端来自Cipher
希望分享知识，讨论编程等的实验室。
特别是，我很想知道是否有人可以成功使用任何
众所周知的字符串库，例如Paul Hsieh的bstring（
http://bstring.sourceforge.net ），虽然我对此表示怀疑。而且我知道
的经验，分享一些定制的库
以解决这些终端上的许多问题会很好，因为我已经
我自己从头开始痛苦地建造一个。
无论如何，我会组织并尝试隔离一些问题我是
使用终端并将它们发布在这里，一起
我已经使用了一些功能，并且可能对某些人有用，即使是就像我的基本学习目的一样，因为我（或者至少是b $ b）最不喜欢我自己的基础知识。
下一个主题我会试着带来的是：
1.字符串 - 我认为我所遇到的所有麻烦中有90％来自于试图操纵它们。一个很好的简单的解决方法库，不使用
malloc，将不胜感激。但也许我会尽快完成我的
。
2. extern volatile unsigned long sys_msec - 不是sys_msec本身，
而不是试图将其与其他unsigned long一起使用变量。我已经试图孤立这个问题而没有成功，所以我更加感激了为什么我会在我的程序中得到它，我很感兴趣它必须有大约
5000行。
3. void OSTimeDly（unsigned long ticks） - 创建任务时使用
OSTaskCreate，它只会被OSTimeDly激活。使用时可能会非常麻烦，特别是在与getchar混合使用时。
4. stdarg.h - 它没有va_copy，但我'我没有问题
。虽然我很想看到va_copy的实现，因为
我不知道怎么写它，我的问题在于使用它来创建我自己的vprintf 。我可以创建一个dprintf这只是好的，但是我想要扩展它，制作一个可以使用
dprintf的rdprintf。为此，我需要创建一个vdprintf，那就是我在哪里
不能超越。
5.加速问题 - 显然，最苛刻的是打印和清除屏幕。我已经构建了一个函数来列出
DBF文件中的条目，但向下滚动速度很慢。这是唯一的地方
，我觉得速度是一个问题，我仍然想弄清楚
a方式让它顺利，尽管我已经设法使它成为令人满意的
。
6.选择查询 - 这可能只是一个梦想，但我确实希望
能够使用至少类似于
SQL的内容过滤上面的列表。现在，我根本无法过滤它。也许它永远不会。
现在这种方式已经足够了！
Cipher Lab produces some terminals to collect data where we can
program using one implementation of plain C which I believe to be ANSI
C89 compatible, although not fully. They have their on set of
libraries as well, but all in all, it''s basic C we''re talking about.
Ok, this is my first time on lots of things. I''ve never been to
usenet, and I''m not much an expert of Google Groups, or IRC, and
similar forums-thingies, with the exception of PHPBB / VBulletin PHP
forums system, which are pretty simple content-wise.
So I''m not sure I''m posting this in the right place, or if I even
should be doing it here. I did my research but it''ll never be as good
as just trying it out.
Also I did not and wish not to look for this kind of information on
the owner''s site. I believe they won''t have much support, and
certainlly not as deep as I want.
I''m also starting working with C this year, and getting the depth of
it as well just now (although I''m a little familiar with it since
2000). Hopefully, at very least, I''ll have some documentation done
alone by myself, if nobody joins.
Introductions aside, I do have lots of questions and I''d like to know
if by any chance someone knows of a more specific place where I could
find people that are programming for C and those terminals from Cipher
Lab that wish to share knowledge, discuss over programming, etc.
Particularly, I''d love to know if someone could sucessfully use any
well known string library on it, such as Paul Hsieh''s bstring (
http://bstring.sourceforge.net ), although I doubt it. And I know for
experience that it would be nice to share some custom made libraries
to solve lots of troubles on those terminals, since I''ve been
painfully building one myself, from scratch.
Anyway, I''ll be organizing and trying to isolate some problems I''m
getting with the terminal and post them following in here, together
with some functions I''ve been using, and may be of some use for
someone, even if just as basic learning purpose, since I am (or at
least feel like) still at basics myself.
The next "topics" I''ll try to bring are:
1. strings - I think 90% of all troubles I''m having are from trying to
manipulate them. A good simple workaround library, which does not use
malloc, would be greatly appreciated. But maybe I''ll just finish my
own soon enough.
2. extern volatile unsigned long sys_msec - not the sys_msec itself,
rather trying to use it with other "unsigned long" variables. I''ve
tried to isolate this problem with no success yet, so I''m even more
intrigued in why I''m getting it in my program, which must have around
5000 lines.
3. void OSTimeDly (unsigned long ticks) - when creating a task with
OSTaskCreate, it will only be activated by an OSTimeDly. This can get
really messy to use, specially when mixing it with getchar.
4. stdarg.h - it does not have va_copy, but I''m not having an issue
with that. Although I''d love to see an implementation of va_copy since
I have no idea how to write it, my problem here is on using it to
create my own vprintf. I could create a "dprintf" that works just
fine, but I''ve wanted to expand it, making a rdprintf that would use
dprintf. For that, I need to create a vdprintf, and that''s where I
can''t go beyond.
5. speeds issues - apparently, the most demanding is to print and
clear the screen. I''ve build a function to list the entries from the
DBF files, but it''s quite slow to scroll down. This is the only place
where I''ve seem speed as an issue, and I''m still trying to figure out
a way to make it smooth, although I''ve managed to make it
satisfactory.
6. select queries - this is probably just a "dream", but I did wish to
be able to filter the above list with something at least similar to a
SQL. For now, I just can''t filter it at all. Maybe it never will.
And that''s way more than enough for now!
推荐答案
Cawas写道，On 15/05/07 21:12：
Cawas wrote, On 15/05/07 21:12:
Cipher Lab生产一些终端来收集数据我们可以使用
程序使用一个普通C的实现，我相信是ANSI
C89兼容，虽然不完全。他们也拥有一套
的图书馆，但总而言之，这是我们正在讨论的基本C语言。
Cipher Lab produces some terminals to collect data where we can
program using one implementation of plain C which I believe to be ANSI
C89 compatible, although not fully. They have their on set of
libraries as well, but all in all, it''s basic C we''re talking about.
我们无法帮助您解决特定C / $
实施的变幻莫测，但我们可以帮助您使用标准C（ISO或ANSI，任何
版本）和预先ANSI C（ig K& RC）。
< snip>
We can''t help you with the vagaries of your particular C
implementations, but we can help you with standard C (ISO or ANSI, any
version) and with pre-ANSI C (i.g. K&R C).
<snip>
特别是，我想知道是否有人可以成功地使用任何
众所周知的字符串库，例如Paul Hsieh的bstring（
http://bstring.sourceforge.net ），虽然我对此表示怀疑。
Particularly, I''d love to know if someone could sucessfully use any
well known string library on it, such as Paul Hsieh''s bstring (
http://bstring.sourceforge.net ), although I doubt it.
保罗在这里发帖，我相信他会准备好用他的
库来帮助你。他也可以指出你最好的地方来讨论它。
Paul posts here, and I''m sure he will be prepared to help you with his
library. He can also point you at the best place to discus it.
我知道
经验，分享一些会很好定制的图书馆
来解决这些终端上的很多麻烦，因为我已经从头开始痛苦地建造了一个。
And I know for
experience that it would be nice to share some custom made libraries
to solve lots of troubles on those terminals, since I''ve been
painfully building one myself, from scratch.
这些第三方图书馆也不是热门话题。
< snip>
Those third party libraries are not topical here either.
<snip>
下一个主题我会试着带来的是：
1.字符串 - 我认为我所遇到的所有麻烦中有90％来自于试图操纵它们。一个很好的简单的解决方法库，不使用
malloc，将不胜感激。但也许我会尽快完成我的
。
The next "topics" I''ll try to bring are:
1. strings - I think 90% of all troubles I''m having are from trying to
manipulate them. A good simple workaround library, which does not use
malloc, would be greatly appreciated. But maybe I''ll just finish my
own soon enough.
任何简单库可能会在引擎盖下使用malloc。
Any "simple" library is likely to use malloc under the hood.
2. extern volatile unsigned long sys_msec - 不是sys_msec本身，
而不是试图与其他unsigned long一起使用变量。我已经试图孤立这个问题而没有成功，所以我更加感激了为什么我会在我的程序中得到它，我很感兴趣必须有大约
5000行。
2. extern volatile unsigned long sys_msec - not the sys_msec itself,
rather trying to use it with other "unsigned long" variables. I''ve
tried to isolate this problem with no success yet, so I''m even more
intrigued in why I''m getting it in my program, which must have around
5000 lines.
你有什么问题？我们不介意读者！我知道没有
这里有一个心灵读者，因为我已经阅读了每个人的想法来检查！
What is your problem with it? We are not mind readers! I know that no
one here is a mind reader because I have read everyone''s minds to check!
3. void OSTimeDly （unsigned long ticks） - 使用
OSTaskCreate创建任务时，它只会被OSTimeDly激活。这可能会让用起来非常麻烦，特别是在与getchar混合使用时。
3. void OSTimeDly (unsigned long ticks) - when creating a task with
OSTaskCreate, it will only be activated by an OSTimeDly. This can get
really messy to use, specially when mixing it with getchar.
这是非标准的，所以我们无法帮助你。
That is non-standard so we cannot help you with it.
4. stdarg.h - 它没有va_copy，但我没有问题
。
4. stdarg.h - it does not have va_copy, but I''m not having an issue
with that.
这并不奇怪，因为它仅在1999年被添加到标准中，并且大多数
编译器不支持这个新。标准。
Not surprising since it was only added to the standard in 1999, and most
compilers do not support this "new" standard.
虽然我很想看到va_copy的实现，因为
我不知道怎么写它，
Although I''d love to see an implementation of va_copy since
I have no idea how to write it,
你不能写便携，这可能是它被添加到
标准的原因。实现它的非便携技巧在这里不是主题。
You cannot write it portably, which is probably why it was added to the
standard. Non-portable tricks to implement it are not topical here.
我的问题在于使用它来创建我自己的vprintf。我可以创建一个dprintf这只是好的，但是我想要扩展它，制作一个可以使用
dprintf的rdprintf。为此，我需要创建一个vdprintf，而那就是我在哪里
不能超越。
my problem here is on using it to
create my own vprintf. I could create a "dprintf" that works just
fine, but I''ve wanted to expand it, making a rdprintf that would use
dprintf. For that, I need to create a vdprintf, and that''s where I
can''t go beyond.
如果没有关于你想要做什么的更多信息，很难提供建议。有了更多细节，我们可能会对此有所帮助。
Without more information on what you are trying to do it is hard to
offer advice. With more details we probably can help with this.
5.速度问题 - 显然，要求最高的是打印和
清除屏幕。我已经构建了一个函数来列出
DBF文件中的条目，但向下滚动速度很慢。这是唯一的地方
，我觉得速度是一个问题，我仍然想弄清楚
a方式让它顺利，尽管我''设法让它成为令人满意的
。
5. speeds issues - apparently, the most demanding is to print and
clear the screen. I''ve build a function to list the entries from the
DBF files, but it''s quite slow to scroll down. This is the only place
where I''ve seem speed as an issue, and I''m still trying to figure out
a way to make it smooth, although I''ve managed to make it
satisfactory.
C标准对DBF文件一无所知。或滚动，所以这是
这里不是主题。
The C standard knows nothing about "DBF files" or scrolling, so this is
not topical here.
6.选择查询 - 这可能只是一个梦想，但是我确实希望
能够使用至少类似于
SQL的内容过滤上面的列表。现在，我根本无法过滤它。也许永远不会。
6. select queries - this is probably just a "dream", but I did wish to
be able to filter the above list with something at least similar to a
SQL. For now, I just can''t filter it at all. Maybe it never will.
有一些你可以调查的SQL库，比如sqlite，但是它们
在这里不是主题。
-
Flash Gordon
There are SQL libraries you could investigate, such as sqlite, but they
are not topical here.
--
Flash Gordon
Flash Gordon< sp ** @ flash-gordon.me.ukwrites：
Flash Gordon <sp**@flash-gordon.me.ukwrites:
Cawas写道，在15/05/07 21:12：
Cawas wrote, On 15/05/07 21:12:
> Cipher Lab生产一些终端来收集数据我们可以使用普通C的一个实现进行编程，我相信这是ANSI兼容的C89，尽管不完全。他们也拥有一套图书库，但总而言之，这是我们所讨论的基本C语言。
>Cipher Lab produces some terminals to collect data where we can
program using one implementation of plain C which I believe to be ANSI
C89 compatible, although not fully. They have their on set of
libraries as well, but all in all, it''s basic C we''re talking about.
我们无法帮助您解决特定C / $
实施的变幻莫测，但我们可以帮助您使用标准C（ISO或ANSI，任何
版本）和预先ANSI C（ig K& RC）。
< snip>
We can''t help you with the vagaries of your particular C
implementations, but we can help you with standard C (ISO or ANSI, any
version) and with pre-ANSI C (i.g. K&R C).
<snip>
>特别是，我很想知道是否有人可以成功地使用任何
众所周知的字符串库，例如Paul Hsieh的bstring（
http://bstring.sourceforge.net ），虽然我对此表示怀疑。
>Particularly, I''d love to know if someone could sucessfully use any
well known string library on it, such as Paul Hsieh''s bstring (
http://bstring.sourceforge.net ), although I doubt it.
保罗在这里发帖，我相信他会准备好用他的
库来帮助你。他也可以指出你最好的地方来讨论它。
Paul posts here, and I''m sure he will be prepared to help you with his
library. He can also point you at the best place to discus it.
>我知道
经验，分享一些定制的东西会很好图书馆
解决了这些终端上的许多麻烦，因为我自己从头开始痛苦地建造一个。
>And I know for
experience that it would be nice to share some custom made libraries
to solve lots of troubles on those terminals, since I''ve been
painfully building one myself, from scratch.
这些第三方图书馆也不是热门话题。
< snip>
Those third party libraries are not topical here either.
<snip>
>下一个主题"我会试着带来：
1。字符串 - 我认为我遇到的所有麻烦中有90％来自于试图操纵它们。一个很好的简单解决方法库，不使用
malloc，将不胜感激。但也许我会尽快完成我的
。
>The next "topics" I''ll try to bring are:
1. strings - I think 90% of all troubles I''m having are from trying to
manipulate them. A good simple workaround library, which does not use
malloc, would be greatly appreciated. But maybe I''ll just finish my
own soon enough.
任何简单的库可能会在引擎盖下使用malloc。
Any "simple" library is likely to use malloc under the hood.
> 2。 extern volatile unsigned long sys_msec - 不是sys_msec本身，而是试图将它与其他unsigned long一起使用。变量。我已经试图孤立这个问题而没有成功，所以我更加感兴趣的是为什么我会在我的程序中获得它，这必须有。
5000线。
>2. extern volatile unsigned long sys_msec - not the sys_msec itself,
rather trying to use it with other "unsigned long" variables. I''ve
tried to isolate this problem with no success yet, so I''m even more
intrigued in why I''m getting it in my program, which must have around
5000 lines.
你有什么问题？我们不介意读者！我知道没有
这里有一个心灵读者，因为我已经读过每个人的想法
检查！
What is your problem with it? We are not mind readers! I know that no
one here is a mind reader because I have read everyone''s minds to
check!
> 3。 void OSTimeDly（unsigned long ticks） - 使用
OSTaskCreate创建任务时，它只会被OSTimeDly激活。这可能会使用起来非常麻烦，特别是在与getchar混合使用时。
>3. void OSTimeDly (unsigned long ticks) - when creating a task with
OSTaskCreate, it will only be activated by an OSTimeDly. This can get
really messy to use, specially when mixing it with getchar.
这是非标准的，所以我们无法帮助你。
That is non-standard so we cannot help you with it.
> 4。 stdarg.h - 它没有va_copy，但我没有问题
。
>4. stdarg.h - it does not have va_copy, but I''m not having an issue
with that.
毫不奇怪，因为它仅在1999年被添加到标准中，并且
大多数编译器都不支持这个新标准。
Not surprising since it was only added to the standard in 1999, and
most compilers do not support this "new" standard.
>虽然我很乐意看到va_copy的实现，因为
我不知道怎么写它，
>Although I''d love to see an implementation of va_copy since
I have no idea how to write it,
你不能写便携，这可能是为什么它被添加到
的标准。实现它的非便携式技巧不是主题
这里。
You cannot write it portably, which is probably why it was added to
the standard. Non-portable tricks to implement it are not topical
here.
>我的问题在于使用它来
创建我自己的vprintf。我可以创建一个dprintf这很好用，但我想扩展它，制作一个使用
dprintf的rdprintf。为此，我需要创建一个vdprintf，这就是我无法超越的地方。
>my problem here is on using it to
create my own vprintf. I could create a "dprintf" that works just
fine, but I''ve wanted to expand it, making a rdprintf that would use
dprintf. For that, I need to create a vdprintf, and that''s where I
can''t go beyond.
如果没有关于你要做什么的更多信息，很难提供建议。有了更多细节，我们可能会对此有所帮助。
Without more information on what you are trying to do it is hard to
offer advice. With more details we probably can help with this.
> 5。速度问题 - 显然，最苛刻的是打印和清除屏幕。我已经构建了一个函数来列出来自
DBF文件的条目，但是向下滚动它的速度很慢。这是唯一一个我觉得速度问题的地方，而且我还在努力想办法让它变得顺畅，尽管我已经设法做到了
满意。
>5. speeds issues - apparently, the most demanding is to print and
clear the screen. I''ve build a function to list the entries from the
DBF files, but it''s quite slow to scroll down. This is the only place
where I''ve seem speed as an issue, and I''m still trying to figure out
a way to make it smooth, although I''ve managed to make it
satisfactory.
C标准对DBF文件一无所知。或者滚动，所以这个
在这里不是主题。
The C standard knows nothing about "DBF files" or scrolling, so this
is not topical here.
> 6。选择查询 - 这可能只是一个梦想，但我确实希望能够用至少类似于SQL的东西过滤上面的列表。现在，我根本无法过滤它。也许永远不会。
>6. select queries - this is probably just a "dream", but I did wish to
be able to filter the above list with something at least similar to a
SQL. For now, I just can''t filter it at all. Maybe it never will.
你可以调查一些SQL库，比如sqlite，但是
它们在这里不是主题。
There are SQL libraries you could investigate, such as sqlite, but
they are not topical here.
你是否意识到你说过关闭主题 7次？这是一张新纪录吗？
为什么还要回复？这是浪费每一次的时间。你的所有人中可能最少的是
。你没有足够的c.l.c pedant吗？奖牌到现在？
Do you realise you said "off topic" 7 times? Is this a new record?
Why bother replying? It''s a waste of every ones time. Probably least of
all yours. Don''t you have enough "c.l.c pedant" medals by now?
理查德说：
< snip>
Richard said:
<snip>
你是否意识到你说的是关闭主题 7次？这是一张新纪录吗？
为什么还要回复？
Do you realise you said "off topic" 7 times? Is this a new record?
Why bother replying?
因此OP会知道他的查询的哪些部分是主题，哪些不是
，所以他不会浪费他的时间和我们在这里寻找
答案，他需要在其他地方寻找。
So that the OP will know which parts of his query are topical and which
not, so that he will not waste his time and ours in looking here for
answers which he needs to seek elsewhere.
这是浪费每一次。
It''s a waste of every ones time.
不，这是尝试/保存/每个人的时间。如果你通过正确的方式想到了这个
，你就会意识到你没有任何意义
并且不会有任何回复，并且/它/会有
也节省了每个人的时间。
-
Richard Heathfield
" Usenet是一个奇怪的地方 - dmr 29/7/1999
http://www.cpax.org.uk
电子邮件：rjh在上述域名中， - www。
No, it''s an attempt to /save/ everyone''s time. If you had thought this
through properly, you would have realised that you have no point
whatsoever and would not have bothered to reply, and /that/ would have
saved everyone''s time, too.
--
Richard Heathfield
"Usenet is a strange place" - dmr 29/7/1999
http://www.cpax.org.uk
email: rjh at the above domain, - www.
这篇关于密码实验室/ Syntech的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
