Почитал комменты. Забавно получается: никто толком не знает всей ситуации, однако чуть менее чем все уверены, что чуть ли не сам Баллмер сидел и, высунув язык от азарта, п*здил скрипты :)
> Более того, я затрудняюсь понять, что такое «визуальный интерфейс отладчика».
ну хотя бы тултипы со значениями полей при наведении указателя мыши на переменную, визуализаторы значений.
Ну это-то понятно.
Я говорил скорее про построение самого предложения — оно какое-то бессвязное вышло. И не очень понятно, о каком «концептуальном подходе» и «Теоретических Основах Информатики» (именно так, с больших букв) речь.
А в этом топике, видимо, филиал этой школы на хабре?
Не понимают и не хотят понять смысл внедрения бесплатного, не понимают и не хотят понять, что даже с бесплатным лицензионным Win7 цена «привычного» софта к ней перекроет цену самой системы, открытости этого софта, концептуальности подхода и соответствии его самим Теоретическим Основам Информатики…
А этот поток сознания я раза четыре перечитал, но так и не понял до конца. Учителям следовало бы яснее излагать свои мысли.
Ууу, как страшно!.. И где же это убили резиновые сайты, когда процентов 80 посещаемых мною западных ресурсов — вполне себе резиновые? И недостаток у них только один — верстать их таблицами «не круто», а дивами — не все быдло-куны справляются )
Если бы речь шла о художественной литературе, то да, русский был бы ближе.
Но так уж сложилось, что язык высоких технологий — английский. А качество перевода обычно такое, что все остальные языки только усложняют понимание — особенно это касается всяких средств для разработчиков.
> Причин всегда много и разных…
Причина в данном случае одна — Wine не поддерживает (или поддерживает криво) что-то, что вы использовали в своем приложении.
«Не работать» приложение тоже может по-разному — может вываливаться, может вести себя не так, как задумывалось.
Если вываливается, то первым делом, естественно, нужно анализировать стек трейс — обычно это может быть вызвано спецификой реализации в Wine какой-нибудь API-функции. Также стоит обращать внимание на версию, с которой появилась та или иная функция в Windows — не стоит задирать планку, если нужна переносимость. По возможности стоит заодно проверить программу на более младших версиях Windows.
Заодно стоит уделить внимание корректности обработки ошибок — то, что всегда безошибочно отрабатывает в Windows, может вести себя иначе под Wine. Особенно это может касаться COM — нужных классов может просто не быть.
Если же программа работает, но ведет себя неправильно, то тут сложно дать какие-то общие рекомендации — нужно анализировать логику программы. Добавить отладочный вывод в консоль будет не лишним.
> почему приложение может не работать под Wine?
известно, почему! :)
кроме того, в разных версиях Wine оно может не работать (или, если повезет, работать) по-разному.
Сдается мне, это кривой инсталлятор постгре, а не виста.
ну хотя бы тултипы со значениями полей при наведении указателя мыши на переменную, визуализаторы значений.
Я говорил скорее про построение самого предложения — оно какое-то бессвязное вышло. И не очень понятно, о каком «концептуальном подходе» и «Теоретических Основах Информатики» (именно так, с больших букв) речь.
А этот поток сознания я раза четыре перечитал, но так и не понял до конца. Учителям следовало бы яснее излагать свои мысли.
Но так уж сложилось, что язык высоких технологий — английский. А качество перевода обычно такое, что все остальные языки только усложняют понимание — особенно это касается всяких средств для разработчиков.
и это прекрасно!
Причина в данном случае одна — Wine не поддерживает (или поддерживает криво) что-то, что вы использовали в своем приложении.
«Не работать» приложение тоже может по-разному — может вываливаться, может вести себя не так, как задумывалось.
Если вываливается, то первым делом, естественно, нужно анализировать стек трейс — обычно это может быть вызвано спецификой реализации в Wine какой-нибудь API-функции. Также стоит обращать внимание на версию, с которой появилась та или иная функция в Windows — не стоит задирать планку, если нужна переносимость. По возможности стоит заодно проверить программу на более младших версиях Windows.
Заодно стоит уделить внимание корректности обработки ошибок — то, что всегда безошибочно отрабатывает в Windows, может вести себя иначе под Wine. Особенно это может касаться COM — нужных классов может просто не быть.
Если же программа работает, но ведет себя неправильно, то тут сложно дать какие-то общие рекомендации — нужно анализировать логику программы. Добавить отладочный вывод в консоль будет не лишним.
P.S. а что за приложение, если не секрет?
известно, почему! :)
кроме того, в разных версиях Wine оно может не работать (или, если повезет, работать) по-разному.