Угу, сам только что нашел про gcAllowVeryLargeObjects и уже хотел удалять вопрос, но вы ответили и уже нельзя :)
А про IEnumerable - читал где то на stackoverflow, что он тормозит и лучше его не использовать в таком контексте на больших файлах.
Честно говоря не совсем понял. В каждом из файлов все строки уникальные. Они могут быть не уникальные только по отношению друг к другу. Тоесть в файле 1 и в файле 2 могут быть одинаковые строки, но в самих файлах дублирования строк нет. Тоесть по сути нужно перебрать все 60 млн строк из второго файла, что б найти уникальные между первым файлом и вторым.
x:Class="ссылка на класс Login" - не получается
Поменял на и все ок. Но теперь я не понимаю как связать окно с кодом )
В общем оказалось немного сложнее чем с WinForms.
Еще раз спасибо за помощь.
Спасибо за подробное обьяснение, но мне не подходит BackgroundWorker. Меня в первую очередь интересует TPL. + к этому, хотелось бы основной код видеть в классе, а не на форме.
Хоть кто то посмотрел библиотеки которые указаны в вопросе?
В неуправляемый код лезть не хочу, тем более когда есть проведенные временем библиотеки. Разобраться сам я в них не могу, если кто поможет, повторюсь, с кодом - будет отлично .
Если с его помощью можно запускать метод по расписанию которая задано будет в процессе работы приложения, то да.
Задача - пользователь выбирает время (5,10,20,30 мин) с какой переодичностью запускается метод. Таких расписаний может быть несколько, методов тоже.
Нет, не то, что вы писали. Через WebRequest и WebResponse. В процессе просто на каждом редиректе вытаскиваем куки, код авторазации и т.д.
Таким образом можно как Server-Side, так и Client-Side. В итоге сделал через Server-Side через подписанные заголовки (Signed Calls) - так лимитов больше.
В общем мой вопрос полностью снялся ) Плохо то, что свой велосипед достаточно кривой, хоть и едет...
Кстати, можете реализовать у себя в библиотеке такую же авторизацию по логину/паролю. Работает она при условии, что в приложении отключено принудительна Server-Side авторизация. Правда не знаю, на сколько это противоречит идеи Oauth, но в некоторых случаях может быть полезным.
Но все же я не о куках. Я о том, что в последнем этапе авторизации через Server-Side возвращается Oauth Token, в который инстаграм так же кидает информацию о данном человеке (https://instagram.com/developer/authentication/ раздел Server-Side, последняя ступень). Так вот, при авторизации через Server-Side это информации нет. Единственный вариант ее получить - через поиск?
Вопрос конкретно по апи инстаграмма, я так понимаю вы с ним знакомы.