- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
/**
* Generator for the opera:credits (third-party information) document.
*/
class OperaCredits : public OpGeneratedDocument
{
public:
/**
* Fills a string with the third party credit information in opera:about
* (and opera:credits, if enabled).
*
* @param[in] str An OpString to write to.
* @param[in] rtl Whether or not the text should be right-to-left.
*
* @return OK on success, or any error reported by URL or string code.
*/
static OP_STATUS GetString(OpString &str, BOOL rtl);
#ifdef OPERA_CREDITS_PAGE
/**
* Constructor for the credits page generator.
*
* @param url URL to write to.
*/
OperaCredits(URL &url) : OpGeneratedDocument(url, OpGeneratedDocument::HTML5) {}
/**
* Generate the credits document to the specified internal URL.
*
* @return OK on success, or any error reported by URL or string code.
*/
virtual OP_STATUS GenerateData();
#endif // OPERA_CREDITS_PAGE
};
Follow us!
Печаль.
Да, тот мой комментарий выше надо было читать так: А конструктор по умолчанию авторы кода сделали приватным, чтоб его автоматическая реализация питушни не наделала?
Что произошло-то?
https://github.com/prestocore/browser
https://bitbucket.org/prestocore-fan/presto
P.S. В Битбакете добавили несколько полезных ссылок:
https://boards.4chan.org/g/thread/58469437/well
https://www.reddit.com/r/operabrowser/comments/5nk69m/presto_engine_source_code_available_on_github/
https://notabug.org/141243/presto
https://github.com/PrestoXen/openopera-patches
Вот я и задумался, может они перелицензируют код.
1. После утечки исходников Gecko (нового ядра Нетскейпа) появились опенсорсные веб-браузеры Mozilla Suite, Firefox, Seamonkey и ещё целая куча веб-браузеров и другого софта на этом ядре.
2. После утечки части исходников Windows 2000 и Windows NT4 (лет 10 назад блуждали по P2P-сетям два архива по 200 мегабайт каждый)... не появилось ничего. Разработчики Wine и ReactOS по-прежнему вынуждены писать код «своими словами», потому что Микрософт не хочет менять лицензию на утёкший код.
Кстати, умер с концами Netscape 4.x. А код из Gecko живёт в фуррифоксах и в опенофисах.
Мизулина запретила?
>> copy * PRN
А у тебя принтер сетевой подключен, и стоит он в кабинете директора..
>> copy * PRN
А у тебя принтер сетевой подключен, и стоит он в кабинете директора..
А что. Мой шеф за это похвалил бы.
API винды для печатанья был релизован через GDI (ну, во всяком случае начиная с Win2k).
И с Win7 там еще есть API для XPS.
Напрямую писать PRN (который был алиасом LPT) нужно было только в досовых приложениях.
>или оно уже научилось создавать папку с именем PRN
Создал ещё раз, проверь:
http://i.imgur.com/2HC6AbA.png
Вся эта магия (CON, AUX, PRN, COM1, LPT1) существует только в NTVDM (virtual DOS machine), а за пределами досовской машины это обычные имена файлов.
. и .. в FAT32 уже существуют во всех директориях (а в FAT16 и в FAT12 — во всех, кроме корневой) и что-нибудь с ними сделать нельзя, потому что это ссылки на текущий каталог и на каталог более верхнего уровня соответственно.
ничто не мешает тебе взять тулзу для пряого редактирования диска (HxD, например) и создать запись о файле и назвать его точкой
а вот винда потом сломается об это
G:\ - диск с fat32.
А знаешь ли ты, Инканус, что у меня на подоконнике лучок растёт? Уже перья пустил.
чувак, откуда у тебя Fat32 диск с буквой G: в 2017м году? Скажи мне что это флешка
Законом же не запрещено.
Фат нужен только для того, чтбы иметь к нему доступ из других ОС.
Фароеб хуже пидараса, кстати.
MD из сосноли, а также Проводник почему-то запрещают создавать папки с такими именами. Судя по тому, что ФАР ничего, кроме стандартного Windows API, не использует, это ограничение в Проводнике искусственное. Типа защиты от «чайника».
Это облом именно на уровне WinAPI. Стандартная ошибка.
Отхватил минус? Завтра в школу с родителями.
Хуже консолечника. Я никогда бы не подумал, что наш милый Инканус - такой жуткий извращенец.
за консолью будущее
MS это понял, и придумал PowerShell
На каком ЯП, если не секрет?
Потому что если обращаться через объект с именем диска (C:\) то не сработает, а если обращаться через \\.\C:\ (видимо так делает фар) то сработает
Там, поди, редиректор сидит для всяких древних .BAT файлов (запись в PRN могла вызвать реальное печатанье) и на C:\ он реагирует, а на \\.\ -- нет, потому что "менеджер объектов" с его \\.\. завезли только в NT: в досе его не было
>>существует только в NTVDM
слава богу у меня давно уже x64, там его нет
Обламывается. А mkdir("\\\\.\\C:\\PRN") работает.
Признаю свою ошибку. Действительно, ФАР хитрый.
>>Действительно, ФАР хитрый.
В этом месте нужно взять procmon и посмотреть какие именно сисколы с какими параметрами идут от фара, но лень же
ps: еще Logger есть в Debugging tools для этого же
Что-то я обленился с проверками...
Оставь в покое шредер. Принтер на соседнем столе, проверь.
http://www22.zippyshare.com/v/Wp1PrPRW/file.html
Что это может быть?