ig_z (10.11.2004 13:36, просмотров: 3482)-
- Но должен сказать, что у меня в юните для работы с COM_портом (это также поток) использовался программный таймаут посредством SLEEP(). Параметр был 1...2 мс, но реально задержка составляла десятки (!) секунд. Так тчо результат полученный Вами на рабочей POV(29 знак., 10.11.2004 16:05)
- Действительно - удивительный результат Палыч(187 знак., 10.11.2004 16:12)
- Как-то встречалась такая информация Палыч(279 знак., 10.11.2004 15:52)
- Ну конкретно про реестр не скажу, но prosto_Alex(151 знак., 10.11.2004 15:14)
- Слово поток в данном контексте мне не очень понятно. - POV(10.11.2004 14:11)
- Поток - это в смысле thread, кот. создается CreateThread() - ig_z(10.11.2004 14:59)
- Понятно. А ОС одинаковые? Может совместный доступ к переменной некорректно осуществляется и 64 - это фикция, а реально переменная равна 999? - POV(10.11.2004 15:15)
- ОС одинаковые Вин2000, переменная - int. Т.е. по крайней мере, целочисленные операции являются атомарными и, по идее, с доступом проблем не должно быть - ig_z(10.11.2004 15:24)
- Уже не помню асма интела, но я бы не утверждал что эта операция атомарная, ведь переменная лежит в памяти - prosto_Alex(11.11.2004 18:17)
- сорри, но ХЗ :( - POV(10.11.2004 15:51)
- ОС одинаковые Вин2000, переменная - int. Т.е. по крайней мере, целочисленные операции являются атомарными и, по идее, с доступом проблем не должно быть - ig_z(10.11.2004 15:24)
- Понятно. А ОС одинаковые? Может совместный доступ к переменной некорректно осуществляется и 64 - это фикция, а реально переменная равна 999? - POV(10.11.2004 15:15)
- Поток - это в смысле thread, кот. создается CreateThread() - ig_z(10.11.2004 14:59)
- Но должен сказать, что у меня в юните для работы с COM_портом (это также поток) использовался программный таймаут посредством SLEEP(). Параметр был 1...2 мс, но реально задержка составляла десятки (!) секунд. Так тчо результат полученный Вами на рабочей POV(29 знак., 10.11.2004 16:05)