соло

знать матчасть и модифицировать матчасть - совсем не одно и то же. хорошо, когда спортсмен может самостоятельно обнаружить неисправность, но (ИМХО конечно) очень плохо, когда он самостоятельно лезет делать то, к чему не имеет допуска. по нашим правилам я имею право самостоятельно делать все что угодно с основным парашютом (все что выше КЗУ) и не имею права самостоятельно модифицировать что-либо относящееся к подвесной, ранцу и запаске. при этом периодическую инспекцию надо делать самому.

ИМХО, конечно: мне в предложении Игоря нравится то, что такая фигня расстегивается мгновенно, причем наощупь и в толстых перчатках. и это главное, что от нее требуется. то, что карабинчик маленький - ну и что? если чуть более крупный не мешает, зачем делать его меньше? тем более слишком маленький трудно будет нащупать чтобы расстегнуть. не ломается - да фиг с ним, пусть иногда ломается. купить сразу 10 штук, на сезон хватит, а по стоимости 10 пластмассок меньше одного карабина. не расстегивается при плохом застегивании - во-первых такую клипсу трудно застегнуть плохо. либо застегнул, либо нет. во-вторых даже если она один раз на 100 прыгов расстегнется - не критично. слезут ножные - поправишь. лишь бы не расстегивалась на каждом прыге.

Igor а ты какую-то широкую резинку берешь, или круглую? если круглую, то как цепляешь к клипсе. если широкую - как цепляешь к ножным?

получилось...

как то не замечал с этим проблем. всегда делал так: 1. Нажать кнопку ответить, т.к. в окне быстрого ответа нет возможности добавить изображение. 2. Жмем Browse и выбираем файл изображения 3. пишем сообщение 4. жмем "отправить"

sergey74 дело в том, что эта пимпочка к присоединению изображения никакого отношения не имеет. во-первых она присутствует только когда ты редактируешь сообщение, а изображение можно присоединить и к новому сообщению во-вторых она действительно вставлят сообщение надпись о том, что оно было отредактировано. (посмотри на то самое сообщение, где ты боролся с картинкой. надпись присутствует.)

приходилось иметь дело с китайским производстом - бррр. как по мне - ОТК в этом случай должно быть таким суровым, что будет стоить дороже чем само производство.

а зачем? специально, чтобы никто не догадался, что по этой кнопке в сообщении появится надпись "отредактировано."?

Igor если забрал уже систему, ты не мог бы выложить фото?

не, правый ранец на Next похож очень отдаленно. клапан шпильки основного у Nextа не так чекуется, боковины состоят из стенки и клапана, а тут клапан целиком пришит к спинке. зы. порылся по фотгам - это скорее Vector, чем Next

получается что сводится к деньгам и услугам. а от купола вообще ничего не зависит, потому что они все равно разные даже внутри одинаковых моделей? чета тут не так. я (может по незнанию) пока для себя так мыслю: 0. по деньгам - купол берется не на месяц, поэтому разница в цене как покупки так и продажи для меня терпима. 1. все зависит от конечной цели. например - собираешься ты потом садиться на косачи, или нет. ежели нет, то по большому счету все равно. попрыгай на одном, потом на другом, потом на третьем... а вот ежели собираешься, то переход к п.2 2. элипс, как обучение перед косонервюрником: чему этот купол тебя научит? к чему привыкнешь? какие привычки в будущем окажутся полезными, и не менее важно - от чего прийдется потом отвыкать? 3. ну и плюс такие факторы, как открытия, стабильность в турбулентном воздухе, отвисаемость. вот, собссно, по вопросам из п.2 и было бы интересно услышать сравнительную характеристику одиссея и кроса. например - тут говорили, что одиссей дает большую просадку на выходе. это ближе к велику, чем крос, или дальше? а то, какой из них позволяет дальше засвупить суперперцу, по большому счету несущественно, т.к. соревноваться на них никто не собирается.

по поводу того, что Джеб не входит в число топ-пилотов: как думаете, для посадки винг-сьюта действительно требуется мастерство топ-пилота, или же достаточно среднего уровня мастерства + офигительная храбрость?

ага, как раз велик собрался покупать. если честно, не понял твоего сарказма. если я однажды дорасту до того, чтобы сказать что существенно по-разному пилотирую одиссей и крос, я уже буду думать о покупке велика, и уж точно не буду спрашивать у других о разнице между этими куполами. сейчас же, пока только размышляю о том, как в будущем проапгрейдится до элипса, мне существенно знать, чему эти купола меня могут научить, а не то, что опытный Шаталов может клево отжечь и на том, и на другом.

Igor, все миражи, которые я видел у нас идут с пул-аутом (ну когда стреньга с медузой под клапан прячется) у вас тоже так, или все же BOC в ходу?

это рассуждение имеет смысл, когда речь идет об абстрактном сравнении, результаты которого ты не собираешься использовать. а когда решаешь, что подарить себе, любимому, получается так, что если ты офигительно чувствуешь разницу между кроссом и одиссеем, значит ты эти мешки уже перерос и пора брать чего-нибудь позабористее.

вот их Java декларации native int SerGetLibVer(); native int SerOpenPort(SerialConfig serialconfig); native int SerConfigure(SerialConfig serialconfig); native int SerClosePort(int i); native int SerPutByte(int i, byte i_32_); native int SerPutData(int i, byte[] is, int i_33_); native int SerGetByte(int i); native int SerGetData(int i, byte[] is, int i_34_); native int SerRxFlush(int i); native int SerTxFlush(int i); native int SerTxDrain(int i); native int SerRxReadyCount(int i); native int SerTxBufCount(int i); native int SerRxOverflow(int i); native int SerSetDTR(int i, boolean bool); native int SerSetRTS(int i, boolean bool); native int SerSendBreak(int i, int i_35_); native int SerSetTimeoutRx(int i, int i_36_); native int SerSetTimeoutTx(int i, int i_37_); native int SerGetTimeoutRx(int i); native int SerGetTimeoutTx(int i); native int SerSigCTS(int i); native int SerSigDSR(int i); native int SerSigCD(int i); native int SerSigFrameErr(int i); native int SerSigParityErr(int i); native int SerSigOverrun(int i); native int SerSigRing(int i); native int SerSigBreak(int i);

jspWin.dll - java Native extension DLL для коммуникации с портом. Как это понятно из названия, содержит имплементацию нативных функций из класса SerialPortLocal пакета Serialio вот список функций // szExportName nExportOrdinal pEntryPoint { "_Java_Serialio_SerialPortLocal_SerClosePort@12", 0x0001, NULL }, { "_Java_Serialio_SerialPortLocal_SerConfigure@12", 0x0002, NULL }, { "_Java_Serialio_SerialPortLocal_SerFlowTask@12", 0x0003, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetByte@12", 0x0004, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetData@20", 0x0005, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetInstanceLock@8", 0x0006, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetLibVer@8", 0x0007, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetPortList@8", 0x0008, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetStatusAPM@8", 0x0009, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetTimeoutRx@12", 0x000a, NULL }, { "_Java_Serialio_SerialPortLocal_SerGetTimeoutTx@12", 0x000b, NULL }, { "_Java_Serialio_SerialPortLocal_SerOpenPort@12", 0x000c, NULL }, { "_Java_Serialio_SerialPortLocal_SerPutByte@16", 0x000d, NULL }, { "_Java_Serialio_SerialPortLocal_SerPutData@20", 0x000e, NULL }, { "_Java_Serialio_SerialPortLocal_SerRxFlush@12", 0x000f, NULL }, { "_Java_Serialio_SerialPortLocal_SerRxOverflow@12", 0x0010, NULL }, { "_Java_Serialio_SerialPortLocal_SerRxReadyCount@12", 0x0011, NULL }, { "_Java_Serialio_SerialPortLocal_SerSendBreak@16", 0x0012, NULL }, { "_Java_Serialio_SerialPortLocal_SerSetDTR@16", 0x0013, NULL }, { "_Java_Serialio_SerialPortLocal_SerSetInstanceLock@12", 0x0014, NULL }, { "_Java_Serialio_SerialPortLocal_SerSetRTS@16", 0x0015, NULL }, { "_Java_Serialio_SerialPortLocal_SerSetTimeoutRx@16", 0x0016, NULL }, { "_Java_Serialio_SerialPortLocal_SerSetTimeoutTx@16", 0x0017, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigBreak@12", 0x0018, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigCD@12", 0x0019, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigCTS@12", 0x001a, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigDSR@12", 0x001b, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigFrameErr@12", 0x001c, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigOverrun@12", 0x001d, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigParityErr@12", 0x001e, NULL }, { "_Java_Serialio_SerialPortLocal_SerSigRing@12", 0x001f, NULL }, { "_Java_Serialio_SerialPortLocal_SerTxBufCount@12", 0x0020, NULL }, { "_Java_Serialio_SerialPortLocal_SerTxDrain@12", 0x0021, NULL }, { "_Java_Serialio_SerialPortLocal_SerTxFlush@12", 0x0022, NULL }, с таким раскладом трейсить обмен еще проще - надо подменить класс в jar архиве

Alexandr извини, помог бы, но во-первых не располагаю подобным прибором во-вторых не понятно, что будет на выходе

Igor ну даже если так, лучше хватать его за это место, чем за DeveiceIoControl. А ежели сама апликуха сделана на джаве, то дебугать ее нативным дебагером будет кисло...

такое впечатление, что RSL коротковат оказался... не?

мне так кааца, что если есть ДЛЛина, которая выдает наружу АПИ интерфейс к устройству, то нунах этот протокол. мало ли чего они там поменяют. зачем с ним ковыряться, если есть высокоуровневый АПИ? если кому интересно, у меня есть сделанная мною же програмулинка, которая берет любую ДЛЛину, смотрит на нее и генерит 2 файла - .c и .def. если их скомпилять, то получится другая ДЛЛина, которая выдает наружу точно такой же интерфейс, как первая. при загрузке она подгружает оригинальную ДЛЛ, а сама играет роль прокси для доступа к ней. сделано было специально, чтобы легко писать сниферы вызовов разных длл-ек. внутри с-файла есть табличка, пользуясь которой можно подменять вызовы оригинальных функций.

Grisha икарусы пишут про кросс, что этот купол летает дальше всех в своем классе. тоже самое можно прочесть в буржуйских ревьюшках. тем не менее, будучи в киеве, я уже раз слышал, что Одисей лучше. теперь вот слышу еще раз от тебя. а нельзя ли как-нибудь поподробнее на эту тему? я понимаю, что никто не ставил экспериментов и не бегал с линейкой. но все же, если забыть о цене, в чем разница, и почему именно одиссей, а не кросс? это не праздное любопытство, просто мне (надеюсь) однажды в будущем предстоит делать подобный выбор..

да не нужны здесь ни ВинАйс, ни особые логические измышления. паттерн "мэн ин зе миддл": пишется драйвер, регистрится под таким же именем, как нептуновский. родной драйвер переименовывается и загружается под низ. фсе. если там без драйверов, то пишется ДЛЛина, обзывается как нептуновская, родная переименовывается и подгружается. фсе. это проще, чем ковырять дебагером утилиту.

честно говоря, не помню на сисинтерналсах ничего сниферящего ЮСБшные устройства, но это, скорее всего, не сложная задача. во всяком случае когда речь идет о конкретном устройстве. я бы справился, но вопрос во времени и целесообразности.

ИкарусКэнопис форева