[image]

Осторожно! Корпорация добра!

Google
 
1 21 22 23 24 25 26 27
LT Bredonosec #31.05.2021 00:22  @strannik_ukr#30.05.2021 23:54
+
-
edit
 
s.u.>У асуса классная своя оболочка, можно свободно удалять и отключать кучу сервисов и приложений.
Ну, возможно, в этом причина...
Я, как и упоминал, ранее (ток не помню, на этом или другом аппарате) пытался, убедился, что не пашет без, и забил..
   51.0.2704.10651.0.2704.106
LT Bredonosec #03.07.2021 14:44
+
-
edit
 
Google призналась в прослушке пользователей без их ведома


Как сообщает издание India Today, представители Google признались индийскому правительству, что сотрудники компании прослушивают записи разговоров между пользователями и виртуальным помощником — «Ассистентом». Более того, последний время от времени самопроизвольно включает запись звука.



По данным источника, Google предоставила в комитет парламента по информационным технологиям Индии информацию о том, что сотрудники компании прослушивают некоторые записи разговоров между пользователями и виртуальным помощником после того, как произносится фраза «Окей, Google». Сама по себе эта информация не нова, так как поисковый гигант ещё в 2019 году признался, что прослушивает примерно 0,2% записей для улучшения работы сервиса, уверяя, что сотрудникам компании доступна только часть разговора, не содержащая конфиденциальной информации. Правда, нет данных о том, как определяется, какая информация считается конфиденциальной.

Более интересен тот факт, что в Google признали: иногда «Ассистент» на смартфоне или смарт-колонке записывает звуки, даже если владелец не активировал его фразой «Окей, Google». В компании объясняют, что такое может происходить, если помощник услышал что-то похожее на команду активации. Если подобное случается, компания рекомендует сказать «Hey Google, that wasn’t for you» («Окей, Google. Это не для тебя»), чтобы ассистент удалил последнюю сделанную запись.
   51.0.2704.10651.0.2704.106
LT Bredonosec #16.08.2021 00:36
+
-
edit
 
Уже в ближайшие месяцы разработчиков Android-приложений ждут большие изменения. Всем хорошо известный формат APK (Android Package) уходит в прошлое, а ему на смену приходит Android App Bundle.

Как пишет гугл,
"Это нововведение принесёт ряд важных преимуществ для обычных пользователей."
 


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

Формат Android App Bundle был представлен ещё в 2018 году вместе с Android 9 (Pie). Он призван упростить жизнь разработчикам: им не придётся вручную выполнять оптимизацию своего софта под большое количество разных устройств — этот процесс будет полностью автоматизированным на стороне Google Play. Так, во время скачивания приложения на устройство загружается не полностью весь код, в том числе и лишний, а только действительно нужные части для нормальной работы программы на конкретном гаджете. В результате такие приложения занимают в среднем на 15% меньше места и быстрее устанавливаются.

Согласно требованиям Google, с августа этого года все новые приложения, загружаемые в Google Play, должны быть в формате AAB. По словам компании, сегодня уже более миллиона программ перешли на этот формат, включая большинство из 1000 самых популярных. Среди самых известных — Twitter, Netflix, Duolingo, приложение Adobe и игры Gameloft.

Кроме того, с августа файлы расширения OBB заменяются на Play Asset Delivery или Play Feature Delivery. Работают они по тому же принципу, что и Android App Bundle, позволяя оптимизировать загружаемые на устройства данные во время установки больших игр.
 


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

Думаю, разрабы некоторое время на энтузиазме могут делать дубли в апк формате, но дело кончится обновой ведра, запрещающей установку такого..
   88.088.0
+
-3
-
edit
 

Iva

Иноагент

бан до 22.05.2023
Разбирательство по жалобе Google пройдёт 16 августа. Ранее американская компания предлагала «Царьграду» мирно урегулировать спор о блокировке его аккаунта на YouTube. 15 августа «Царьград» направил в Google письмо, в котором заявил, что переговоры «завершены, по существу не начавшись».

Фактически Google предложил суду сделку: компания продолжит блокировать аккаунты «Царьграда», но при этом продолжит удалять ссылки на детскую порнографию, наркотики, способы совершения суицида и призывы к массовым беспорядкам, заявил Forbes юрист Дмитрий Магоня, представляющий интересы интернет-канала.

Google, по словам собеседника, несколько месяцев «потратил на бесплодные попытки оформить какие-то документы» вместо мирного урегулирования спора. «Царьград» предложил компании обсудить техническую сторону восстановления YouTube-канала и заблокированного аккаунта в Google.

В ответ пришло письмо от юридической фирмы Baker McKenzie, представляющей интересы Google. Юристы, по словам Магони, пообещали, что Google восстановит аккаунты с ограничениями. На одном из заседаний по делу юрист Baker McKenzie говорил, что канал «Царьграда» на YouTube уничтожен, и решение суда о доступе к нему невозможно исполнить. В письме Google сказано, что «Царьград» не сможет пользоваться некоторыми сервисами по монетизации YouTube-канала. Кроме того, Google продолжит исполнять решения управления по контролю за иностранными активами (OFAC) при Минфине США.

Аккаунт «Царьграда» на YouTube заблокировали летом 2020 года. Причиной стало попадание владельца интернет-телеканала Константина Малофеева под американские санкции.
 

Google пригрозил уходом из России в случае проигрыша «Царьграду»

Компания Google может уйти из России, если апелляция подтвердит решение московского суда по иску «Царьграда». Об этом сказано в жалобе, которую представитель Google LLC направил в Девятый арбитражный апелляционный суд. В случае ухода из страны возникнут «явные публично-правовые риски для Российской Федерации в целом», говорится в документе, с которым ознакомился Forbes. Google не сможет исполнять российские законы и удалять ссылки на запрещённый контент. //  secretmag.ru
 
   92.0.4515.13192.0.4515.131
LT Bredonosec #23.09.2021 09:10
+
-
edit
 
Корейское антимонопольное ведомство выписало Alphabet (материнской компании Google) многомиллионный штраф за блокировку кастомных версий операционной системы Android. Правда, поисковый гигант категорически не согласен с этим обвинением.

Комиссия по справедливой торговле Республики Корея (KFTC) уверена, что Google злоупотребляет своим доминирующим положением на рынке, что ограничивает конкуренцию на рынке мобильных операционных систем. Суть обвинения в том, что американская компания вынуждает производителей устройств соблюдать «соглашение о защите от фрагментации» (AFA) при подписании с ней ключевых контрактов относительно лицензий на использование магазинов приложений. Якобы по правилам AFA компании не могли оснащать свои телефоны модифицированными версиями Android, что и помогло Google занять доминирующее положение на рынке.

В качестве примера приводится Samsung, которая с 2013 году использовала собственную ОС на умных часах, но затем перешла на WearOS, когда Google посчитала это нарушением AFA. В Samsung пока никак не прокомментировали эту ситуацию.

По решению KFTC Alphabet должна уплатить штраф в размере порядка $177 миллионов. К слову, это девятый по величине штраф, который ведомство когда-либо выписывало. Кроме того, американской компании запрещается принуждать производителей устройств подписывать AFA, что позволит им использовать модифицированные версии Android на своих устройствах.

В Google заявили, что намерены обжаловать это решение, поскольку оно игнорирует преимущества совместимости Android с другими программами и преимущества, предоставляемые потребителям.

Ранее всё в той же Южной Корее приняли закон, обязывающий Apple и Google разрешить разработчикам приложений использовать сторонние платёжные системы, помимо Apple Pay и Google Pay.
   78.078.0
LT Bredonosec #23.09.2021 09:11
+
-
edit
 
Команда Chrome заявила, что готова сделать фирменный браузер медленнее, если это поможет улучшить его защиту. Опираясь на данные о том, что 70% всех уязвимостей связаны с безопасностью памяти, специалисты рассмотрели три версии модификации приложения: проверка во время компиляции кода или его выполнения, а также использование «безопасного» языка программирования.

Первый вариант оказался нереализуемым из-за особенностей языка C++, поэтому в качестве альтернативы разработчики приняли решение задействовать проект MiraclePtr для превращения критических уязвимостей в некритичные сбои, пусть и с некоторым ущербом производительности и стабильности работы браузера. В то же время создатели Chrome продолжают искать способы перехода на «безопасные» языки — такие, как Rust, разработанный компанией Mozilla. Однако, по их признанию, это может занять немало времени.

«Есть открытые вопросы о том, сможем ли мы заставить C++ и Rust достаточно хорошо работать вместе. Даже если мы завтра начнём писать новые большие компоненты на Rust, мы вряд ли сможем устранить значительную часть уязвимостей безопасности в течение многих лет. И сможем ли мы сделать границы языка достаточно чистыми, чтобы мы могли писать части существующих компонентов на Rust? Мы ещё не знаем», — отметила команда Chrome.
   78.078.0
LT Bredonosec #27.09.2021 16:30
+
+1
-
edit
 
блокировщики рекламы - одни из самых востребованных плугов для браузеров.
Гугл собирается перевести разрабов на платформу manifest v3, что также повлечет изменения в правилах.
В числе прочего хотят запретить работу блокировщиков рекламы под хромом

Я думаю, надо приветствовать начинание: больше народу свалит на мозиллу и прочие альтернативы ))
   78.078.0
LT AleksejLt #04.10.2021 22:25  @Bredonosec#27.09.2021 16:30
+
-
edit
 

AleksejLt

опытный

Bredonosec> Я думаю, надо приветствовать начинание: больше народу свалит на мозиллу и прочие альтернативы ))

Только на мозиллу, альтернативы нет (или их надо закопать, как стюардессу). Может КНР осилит создание своего, но пока я не слышал.

Невменяемый, необъятный масштаб браузеров

Увидев вот эту публикацию про браузерные войны, я хотел было написать альтернативное наблюдение за тем, как мы докатились до такой жизни. Но Дрю ДеВолт уже всё сказал за меня.Начиная с первых войн... //  habr.com
 
   93.093.0
LT Bredonosec #05.10.2021 00:00  @AleksejLt#04.10.2021 22:25
+
-
edit
 
AleksejLt> Только на мозиллу, альтернативы нет (или их надо закопать, как стюардессу).
ну, поскольку я не уверен, что нет чего-то интересного, то не утверждаю наверняка)

>Может КНР осилит создание своего, но пока я не слышал.
AleksejLt> Невменяемый, необъятный масштаб браузеров / Хабр
Интересно, все эти спецификации - чисто чтоб обработать страницы сайтов?
Так веберы сами проектят их под работу в браузерах.. Замкнутый круг, который можно порвать, снизив число понимаемых конструкций для реализации того же самого.
Кстати, ты обращал внимание, что обычные хтмл страницы, из голого хтмл кода, даже без жс и с минимумом цсс - современные браузеры не читают? Я как-то попробовал скормить - ноль эмоций..
Хотя там было все сверхпримитивно: шапка с декларациями, в теле заголовок, табличная верстка с текстом и картинками, и все.
   51.0.2704.10651.0.2704.106
LT AleksejLt #05.10.2021 19:13  @Bredonosec#05.10.2021 00:00
+
-
edit
 

AleksejLt

опытный

Bredonosec> ну, поскольку я не уверен, что нет чего-то интересного, то не утверждаю наверняка)

Наверняка, есть что-то интересное. Вопрос в удобстве пользования.

Bredonosec> Интересно, все эти спецификации - чисто чтоб обработать страницы сайтов?

Угу, потому что в вебе ты можешь сейчас всё - 3Д, видео, анимацию... Я вообще не представляю как это всё можно уместить в одну программу :)

Bredonosec> Кстати, ты обращал внимание, что обычные хтмл страницы, из голого хтмл кода, даже без жс и с минимумом цсс - современные браузеры не читают? Я как-то попробовал скормить - ноль эмоций..

Тебе просто повезло. Похоже, что допустил какую-нибудь глупую очепятку (может кавычку не поставил) и всё сломал :) Так то 10-ти строчный ХТМЛ документ работает везде [показать]


Bredonosec> Хотя там было все сверхпримитивно: шапка с декларациями, в теле заголовок, табличная верстка с текстом и картинками, и все.

Поищи онлайн проверку для ХТМЛа, думаю поможет найти ошибку.
   93.093.0
LT Bredonosec #05.10.2021 20:54  @AleksejLt#05.10.2021 19:13
+
-
edit
 
AleksejLt> Наверняка, есть что-то интересное. Вопрос в удобстве пользования.
угу.

AleksejLt> Угу, потому что в вебе ты можешь сейчас всё - 3Д, видео, анимацию... Я вообще не представляю как это всё можно уместить в одну программу :)
полагаю, это в связи с тем, что сам браузер не используется для обработки. Он просто вызывает библиотеки и приблуды самой оси для обработки внедренных обьектов
Чота на тему

OLE, COM, COM+

Обратная разработка программного обеспечения — процедура получения информации об алгоритме. При этом получение этих данных напрямую зависит от того, насколько много есть информации о приложении в... //  habr.com
 

(я честно вкинул в гугл OLE и взял первое попавшееся. есличе, тапками не кидать, если коряво))

AleksejLt> Тебе просто повезло. Похоже, что допустил какую-нибудь глупую очепятку (может кавычку не поставил) и всё сломал :)
да не.. мож у меня склероз, но не настолько же, чтоб старые работавшие страницы суметь запороть даже не открывая на редактинг? :)
Возможно, (судя по ссылке), сейчас надо всовывать еще этот манифест
<!DOCTYPE html>

Like all these shortcuts, this code has been specifically designed to “fool” current browsers (that are yet to support HTML5) into treating the document as a full-blooded HTML4
чтоб те файлы обрабатывало, а не кидало просто белый лист. Хз, да и лень разбираться.
Всё равно это так только, старые архивы, а не что-то жизненноважное
   88.088.0
LT AleksejLt #07.10.2021 22:34  @Bredonosec#05.10.2021 20:54
+
-
edit
 

AleksejLt

опытный

Bredonosec> полагаю, это в связи с тем, что сам браузер не используется для обработки. Он просто вызывает библиотеки и приблуды самой оси для обработки внедренных обьектов

Само собой. Но не забывай, что проект хромиум кроссплатформенный. Поэтому они точно не завязаны на виндовские технологии.
Если коротко то хромиум это развитие WebKit (Apple'a), а тот от Konqueror (Linux).
   93.093.0
RU Sургуч #07.10.2021 22:47
+
-
edit
 

Sургуч

новичок
Не реклама. Я тоже устал от назойливой рекламы в разных броузерах и решил попробовать Brave, там и поисковик можно настроить, выбрал китайский DuckDuckGo.
Выбрал его по совету американцев на американских же форумах.
На субьективный взгляд шустрее, рекламы нет.
Ведущий разработчик раньше работал и разрабатывал Мозилку.
   94.0.4606.7194.0.4606.71
LT Bredonosec #08.10.2021 16:04  @AleksejLt#07.10.2021 22:34
+
-
edit
 
AleksejLt> Само собой. Но не забывай, что проект хромиум кроссплатформенный. Поэтому они точно не завязаны на виндовские технологии.
Но разве под каждую ось не свой отдельный дистр?
Заточенный юзать апи и сомы от оси обитания


AleksejLt> Если коротко то хромиум это развитие WebKit (Apple'a), а тот от Konqueror (Linux).
Прикольно) не знал)
   51.0.2704.10651.0.2704.106
LT AleksejLt #10.10.2021 22:09  @Bredonosec#08.10.2021 16:04
+
-
edit
 

AleksejLt

опытный

Bredonosec> Но разве под каждую ось не свой отдельный дистр?

Это да, но тут всё понятно - С++ должны собираться под каждую платформу.

Bredonosec> Заточенный юзать апи и сомы от оси обитания

АПИ это само собой, но думаю, что хромиум использует ОС на очень низком уровне. Зуб не дам, но можешь сам поковыряться :F
   93.093.0
LT Bredonosec #12.10.2021 17:19  @AleksejLt#10.10.2021 22:09
+
-
edit
 
AleksejLt> АПИ это само собой, но думаю, что хромиум использует ОС на очень низком уровне. Зуб не дам, но можешь сам поковыряться :F
эх... мне б со своими делами разобраться...
   78.078.0

Iva

Иноагент

бан до 22.05.2023
не знаю на сколько это правда, но любопытно

Предлагаем перевод первой части опубликованного в январе 2015 года отчёта, выполненного участниками проекта Insurge Intelligence – он объединяет энтузиастов, финансирующих его из своих средств и выполняющих журналистские расследования.

Автор – Нафиз Ахмед – (Nafeez Ahmed), британский журналист, специализирующийся на расследованиях, в разное время сотрудничал, в частности, с The Guardian и The Independent. Он утверждает, что Google есть проект разведывательного сообщества США, и что компания играет важную роль в работе спецслужб, пытающихся обеспечить мировое доминирование США путём контроля над информацией. Более того, Google, по данным Ахмеда, лишь один из стартапов такого рода, инициированных ЦРУ и АНБ.

Причастен к созданию Google и Пентагон, утверждает Insurge Intelligence. Пентагон создал группу влиятельных экспертов, чиновников и бизнесменов, обеспечившую связь между правительством США и элитами в бизнесе, финансовом, корпоративном и медийном секторах. Эта группа позволяла кругам, представляющим корпоративные интересы Америки, избегать общественного контроля, воздействовать на государственную политику и общественное мнение в США и во всём мире. Итоги катастрофичны: массовая слежка АНБ, состояние постоянной глобальной войны и «новая инициатива по преобразованию вооруженных сил США в Skynet (компьютерная сеть из фильма «Терминатор» – ред.)».

Публикуем перевод с небольшими сокращениями, не уменьшающими информативность, и, из-за большого объёма, по частям.
 

Как ЦРУ создавало Google | Digital Russia

Предлагаем перевод первой части опубликованного в январе 2015 года отчёта, выполненного участниками проекта Insurge Intelligence – он объединяет //  d-russia.ru
 
   95.0.4638.6995.0.4638.69
RU Sandro #31.10.2021 19:29  @Bredonosec#23.09.2021 09:11
+
+1
-
edit
 

Sandro
AXT

инженер вольнодумец
★★
Bredonosec> «Есть открытые вопросы о том, сможем ли мы заставить C++ и Rust достаточно хорошо работать вместе. Даже если мы завтра начнём писать новые большие компоненты на Rust, мы вряд ли сможем устранить значительную часть уязвимостей безопасности в течение многих лет. И сможем ли мы сделать границы языка достаточно чистыми, чтобы мы могли писать части существующих компонентов на Rust? Мы ещё не знаем», — отметила команда Chrome.

Не смогут. Это они так почву готовят для заявления в духе "ну не шмогла я". Ржа основана на особой идее управления памятью: у каждого объекта отслеживается, кто им владеет. Когда последний владелец отказывается от владения объектом, то тот уничтожается.
А в C плевать, где что лежит, программист всегда во всём виноват.

Ну и как это объединить?
   52.952.9
LT Bredonosec #01.11.2021 00:14  @Sandro#31.10.2021 19:29
+
-
edit
 
Sandro> Ну и как это объединить?
мож С управляет некими блоками, написанными на ржи, перекидывая данные от одного другому?
Тогда вроде бы не должно противоречить..
Ничего более вменяемого что-то не придумывается...
   88.088.0
+
-
edit
 

andry_p

втянувшийся

Sandro> Не смогут. Это они так почву готовят для заявления в духе "ну не шмогла я". Ржа основана на особой идее управления памятью: у каждого объекта отслеживается, кто им владеет. Когда последний владелец отказывается от владения объектом, то тот уничтожается.
Sandro> А в C плевать, где что лежит, программист всегда во всём виноват.
Sandro> Ну и как это объединить?

За совместимость с rust не скажу, но код хромиума написан во-первых на c++, а во-вторых использует смарт-поинтеры повсеместно. Так что объекты уничтожаются как раз как описано. По крайней мере так было в 2015 когда я крайний раз заглядывал в код хромиума.
   66
LT AleksejLt #03.11.2021 16:06  @andry_p#01.11.2021 01:39
+
-
edit
 

AleksejLt

опытный

a.p.> код хромиума написан во-первых на c++, а во-вторых использует смарт-поинтеры повсеместно

На сколько я помню, смарт-поинтеры решают проблему утечки памяти. А проблемы безопасности во многом основаны на переполнении буфера, ЕМНИС.
   94.094.0
RU andry_p #03.11.2021 19:10  @AleksejLt#03.11.2021 16:06
+
-
edit
 

andry_p

втянувшийся

a.p.>> код хромиума написан во-первых на c++, а во-вторых использует смарт-поинтеры повсеместно
AleksejLt> На сколько я помню, смарт-поинтеры решают проблему утечки памяти. А проблемы безопасности во многом основаны на переполнении буфера, ЕМНИС.

Смарт-поинтеры это конечно не про переполнение. Безопасность вообще отдельный сложный вопрос, и ему конечно уделено внимание в Хромиуме. Всё выполняется в песочнице и т.п. Поэтому в частности выпили поддержку NP-api и флеша. Насколько всё это (меры безопастности) совместимо c Rust опять же не скажу, мало смотрел туда в своё время и еще больше забыл за 6 лет, да и про Rust считай только слышал.
Про смартпоинтеры я писал только в ответ на коммент Sandro про уничтожение объектов, что в общем ими решается.
   88
RU andry_p #03.11.2021 19:23  @AleksejLt#10.10.2021 22:09
+
-
edit
 

andry_p

втянувшийся

Bredonosec>> Но разве под каждую ось не свой отдельный дистр?
AleksejLt> Это да, но тут всё понятно - С++ должны собираться под каждую платформу.
Bredonosec>> Заточенный юзать апи и сомы от оси обитания
AleksejLt> АПИ это само собой, но думаю, что хромиум использует ОС на очень низком уровне. Зуб не дам, но можешь сам поковыряться :F
AleksejLt> Getting Around the Chromium Source Code Directory Structure - The Chromium Projects

Не припомню я в хромиуме какого-то особого нестандартного использования ОС. Стандартные функции по работе с памятью, файлами, сокетами, загрузка либ и т.п. да в общем и всё.
Он же кросс-платформенный, собирается под разные операционки и процессоры. Да и пачку библиотек с собой таскает. Но опять же там ничего такого, отрисовка шрифтов и графических примитивов к примеру, поддержка openGL если включена и т.п. Ну это с чем я работал, а так их там 200+ штук на сегодня.
   88
+
+1
-
edit
 

Sandro
AXT

инженер вольнодумец
★★
a.p.> За совместимость с rust не скажу, но код хромиума написан во-первых на c++, а во-вторых использует смарт-поинтеры повсеместно.

Ну это понятно. Ручное управление памятью на проекте таких размеров -=- это убиццавеником.

a.p.> Так что объекты уничтожаются как раз как описано.

... а вот и не совсем так. В Rust умных указателей нет вообще. И сборки мусора нет. Там самые обычные ссылки. Никакого подсчёта ссылок, анализа графов зависимостей, ничего.

Идея совершенно в другом: компилятор алгебраически выводит, с какого места вот этот вот объект больше не может быть доступен, и вставляет туда код уничтожения. Т.е. можно сказать, что сборка мусора выполняется во время компиляции. Escape analysis в некотором расширенном варианте, иначе говоря.
Понятно, что это накладывает жёсткие ограничения на семантику программы. Поскольку если позволять делать что угодно, то мы сразу же натыкаемся на теорему об остановке программы. Ну, в слегка замаскированном виде.
Поэтому компилятор ругается на невычислимые случаи, если может их распознать. Ну и вообще мы обязаны писать так, что есть одна ссылка, за которую мы его держим (концепция владения объектом).

Всё это получается не всегда, поэтому существует конструкция drop(reference), которая принудительно убивает объект. После этого любая попытка использовать ссылку ниже по графу управления является ошибкой компиляции.

И вот как весь этот контроль и учёт согласовать с C++? Только через Marshalling, т.е. копирование объектов при переходе между доменами языков. В результате неизбежно получится, что "программу на Фортране можно написать на любом языке".
Смысл?

a.p.> По крайней мере так было в 2015 когда я крайний раз заглядывал в код хромиума.

Не думаю, что там что-нибудь в этом вопросе поменялось.

PS: Understanding Ownership - The Rust Programming Language
   52.952.9
LT AleksejLt #04.11.2021 18:02  @andry_p#03.11.2021 19:23
+
-
edit
 

AleksejLt

опытный

a.p.> Не припомню я в хромиуме какого-то особого нестандартного использования ОС. Стандартные функции по работе с памятью, файлами, сокетами, загрузка либ и т.п. да в общем и всё.

В самом начале разговор был о СОМ-объектах. Само собой, что на АСМе они вряд ли будут что-нибудь писать :)
   94.094.0
1 21 22 23 24 25 26 27

в начало страницы | новое
 
Поиск
Поддержка
Поддержи форум!
ЯндексЯндекс. ДеньгиХочу такую же кнопку
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru