<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск Cygwin 3.5.0, GNU-окружения для Windows </title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html</link>
    <description>Компания Red Hat опубликовала стабильный релиз пакета  Cygwin 3.5.0, включающего DLL-библиотеку для эмуляции базового Linux API в Windows, позволяющую с минимальными изменениями собирать созданные для Linux программы. В пакет также входят непосредственно собранные для выполнения в Windows стандартные Unix-утилиты, серверные приложения, компиляторы, библиотеки и заголовочные файлы...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60535&lt;br&gt;</description>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (n00by)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#55</link>
    <pubDate>Tue, 06 Feb 2024 04:53:36 GMT</pubDate>
    <description>Не понимаю. Будь добр и объясни, зачем ты мне это пишешь? Напомню, что ты начал с &quot;там везде паскалевская нотация&quot;. Намекаешь, что понял свою ошибку?&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (penetrator)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#54</link>
    <pubDate>Mon, 05 Feb 2024 19:32:39 GMT</pubDate>
    <description>из виндового SDK, там всегда был __stdcall в сырцах и для 32-битных функций и 64-битных функций, но есть нюанс, который называется Microsoft x64 calling convention&lt;br&gt;&lt;br&gt;When compiling for the x64 architecture in a Windows context (whether using Microsoft or non-Microsoft tools), stdcall, thiscall, cdecl, and fastcall all resolve to using this convention. &lt;br&gt;&lt;br&gt;-----&lt;br&gt;&lt;br&gt;ну не понимаешь так не понимаешь&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (n00by)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#53</link>
    <pubDate>Mon, 05 Feb 2024 13:42:54 GMT</pubDate>
    <description>&amp;gt;&amp;gt; в 32-х разрядной Windows была stdcall &lt;br&gt;&amp;gt; а в 64 битной по-другому? ясно понятно ))))))) &lt;br&gt;&lt;br&gt;Да как бы не до смеху. Набрать в поисковике &quot;windows 64 calling convention&quot; и прочитать &lt;br&gt;&lt;br&gt;The first four arguments are placed onto the registers. That means RCX, RDX, R8, R9 (in that order) for integer, struct or pointer arguments, and XMM0, XMM1, XMM2, XMM3 for floating point arguments. Additional arguments are pushed onto the stack (right to left). &lt;br&gt;&lt;br&gt;В fastcall использовались первые два регистра из списка. В __stdcall всё идёт через стек.&lt;br&gt;&lt;br&gt;&amp;gt; #define WINAPI      __stdcall &lt;br&gt;&lt;br&gt;Это откуда и к чему?&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; То есть mmap() можно реализовать в заголовочном файле как inline функцию или макрос &lt;br&gt;&amp;gt; это не означает, что не будет таких функций которые нельзя заинлайнить через &lt;br&gt;&amp;gt; макрос и им не нужна библиотека &lt;br&gt;&lt;br&gt;Я вот реально не пойму, что тут написано. Какая библиотека? Вот реализация стандартной библиотеки плюсов (в т.ч. включает и сишную) https://github.com/icestudent/ontl практически всё header-only, которой нужна т</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#52</link>
    <pubDate>Mon, 05 Feb 2024 13:02:33 GMT</pubDate>
    <description>cygwin опирается на эмуляцию POSIX API под виндой. В нём работает mc, есть каталог /dev, alsa и X11. Что-то похожее на WSL1, только целиком в userspace.&lt;br&gt;&lt;br&gt;msys - это порт линуксовых программ в win32. Для coreutils, make, gcc много не надо. Вызов fork использовать нельзя, а вот open/read/write/close имеются в msvcrt.dll (со своими заморочками). Много чего и в msys &quot;доэмулируется&quot;, но масштабы не такие как в cygwin (cygwin претендует на полноценная совместимость с POSIX и Linux).&lt;br&gt;&lt;br&gt;P.S. Чтобы понятнее - msys увидит файл C:&#092;mydir&#092;readme.txt (может и C:/mydir/readme.txt, но так и сама винда много где может), а cygwin увидит что-то типа /mnt/disk_c/mydir/readme.txt.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (EULA)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#51</link>
    <pubDate>Mon, 05 Feb 2024 04:17:17 GMT</pubDate>
    <description>Никто не мешает через Cygwin сменить права POSIX на файлы в NTFS или процессы, и в итоге System не будет иметь возможности что-то сделать с файлом или процессом.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (penetrator)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#50</link>
    <pubDate>Sun, 04 Feb 2024 16:33:26 GMT</pubDate>
    <description>&amp;gt; в 32-х разрядной Windows была stdcall&lt;br&gt;&lt;br&gt;а в 64 битной по-другому? ясно понятно )))))))&lt;br&gt;&lt;br&gt;#define WINAPI      __stdcall&lt;br&gt;&lt;br&gt;&amp;gt; То есть mmap() можно реализовать в заголовочном файле как inline функцию или макрос&lt;br&gt;&lt;br&gt;это не означает, что не будет таких функций которые нельзя заинлайнить через макрос и им не нужна библиотека&lt;br&gt;&lt;br&gt;A header file is a file with extension .h contains C function declarations and macro definitions.&lt;br&gt;&lt;br&gt;Все что не макрос (константа и бла бла бла), то декларация экспортируемой функции библиотеки, для которой этот хидер файл написан. Азы сей... нах это жевать?&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#49</link>
    <pubDate>Sun, 04 Feb 2024 11:01:34 GMT</pubDate>
    <description>Начни читать отсюда: https://ru.wikipedia.org/wiki/POSIX&lt;br&gt;&lt;br&gt;Windows - это не UNIX-подобная ОС. У нее по-другому работает ядро. Причем есть было несколько операционных систем, которые называли Windows. Та из них, которая Windows NT - это скорее VMS-подобная ОС.&lt;br&gt;https://ru.wikipedia.org/wiki/OpenVMS&lt;br&gt;&lt;br&gt;В обоих ОС совместимость с POSIX была всегда сбоку, у них своё юзерспейсное API, своя логика системных вызовов и специфика работы с модулями ядра и шинами данных. То есть API POSIX для Windows NT исторически был модулем ядра, который предлагает альтернативное API. Работал, кстати, из рук вон плохо, потому что Microsoft не писал свою реализацию POSIX в Windows NT, он её зааутсорсил и потом как попало обновлял. Те кому был нужен POSIX на Windows применяли специфические разделяемые библиотеки в пространстве пользователя, а не то барахло, что было в ядре Windows, например тот же Cygwin.&lt;br&gt;&lt;br&gt;Дальше нужно держать в уме 2 тезиса:&lt;br&gt;- Windows (юзерспейсные части ядра, системные службы, Desktop) работает на C++ и в их комп</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#48</link>
    <pubDate>Sun, 04 Feb 2024 08:06:21 GMT</pubDate>
    <description>В винде давно есть WSL, Cygwin был нужен скорее на 7-ке. &lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Cygwin 3.5.0, GNU-окружения для Windows  (n00by)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/132735.html#47</link>
    <pubDate>Sun, 04 Feb 2024 07:58:37 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Так в Windiws системные dll не экспортируют например mremap(). Вот Cygwin и &lt;br&gt;&amp;gt;&amp;gt; эмулирует её через memcpy() (или уже передалали на резерв+коммит?) &lt;br&gt;&amp;gt; системные либы в винде вообще не экспотируют что-то типа mremap там везде &lt;br&gt;&amp;gt; паскалевская нотация и два варианта функций с уникодом и без (W &lt;br&gt;&amp;gt; / A), а еще STDCALL, там свое апи &lt;br&gt;&lt;br&gt;Не надо путать конвенцию вызова (Pascall там нет, в 32-х разрядной Windows была stdcall и в редких случаях fastcall) и предоставляемые системные сервисы (API).&lt;br&gt;&lt;br&gt;Ближайшим аналогом mmap() является NtMapViewOfSection() или обёртка над ней VirtualAllocEx() из Win32 API. То есть mmap() можно реализовать в заголовочном файле как inline функцию или макрос, транслятор выдаст рабочий exe-шник, при инициализации процесса он слинкуется с чем надо. C mremap() так просто не получится (работать будет, но не так быстро как в Linux).&lt;br&gt;&lt;br&gt;&amp;gt; и ты вообще не туда полез, я говорю что заголовочные файлы для &lt;br&gt;&amp;gt; сишки &quot;фактически&quot; описывают таблицу экспорта конкретных либ, и сами по себе &lt;br&gt;&amp;gt; не име</description>
</item>

</channel>
</rss>
