В программе использовалась библиотека стандартного вывода
namespace std — избавляет от необходимости указания префикса имен, который соответствует стандартной библиотеке
Т.е. в строке cout необходимо было бы указать std::cout
# g++ cycles.cpp -o cycles
# ./cycles
while: 5
while: 10
while: 20
in if: 20
do while: 5
================================================================================================
Программа, состоящая из нескольких файлов:
Создадим 3 файла: main.cpp, body.cpp, body.hpp
main.cpp — точка входа, вызывает функцию из файла body.cpp
body.cpp — описывает функцию с логикой
body.hpp — объявляет интерфейс, функцию из файла body.cpp, подключается в main.cpp
Скомпилируем их и запустим свою первую программу
# g++ body.cpp main.cpp -o utility
# ./utility
6
================================================================================================
Python в Kali Linux — 3 способа КАК написать программу
Компиляция, линковка, запуск программы
g++ — обертка над предпроцессором, компилятором и линковщиком
1й этап компиляции:
Пример компиляции файлов с исходным кодом в файлы предпроцессора:
# g++ -E body.cpp -o body_preprocessed.cpp
# g++ -E main.cpp -o main_preprocessed.cpp
2й этап компиляции:
Пример компиляции файлов с исходным кодом в файлы objective (в бинарном виде)
Скомпилируем файлы с исходным кодом:
# g++ -c body.cpp -o body.o
# g++ -c main.cpp -o main.o
3й этап компиляции (с линковкой в единый исполняемый модуль):
Создадим программу из бинарных файлов и запустим
# g++ body.o main.o -o utility
# ./utility
6
Компилятор понимает сразу указание файлов cpp:
# g++ body.cpp main.cpp -o utility
# ./utility
6
Показать файл в виде ассемблера:
# g++ -S body.cpp cat body.s
# g++ -S main.cpp cat main.s
В выводе мы увидим закодированное название нашей функцмм func:
call _Z4funci
_Z — префикс
4 — количество символов в названии функции
func — имя
i — первая буква от параметра integer
Вывести начальную сигнатуру функции можно так:
# c++filt -n _Z4funci
func(int)
Динамическая библиотека — подключаеется к программе в момент выполнения
При создании библиотеки производится не только ее компиляция, но и линковка с нужными ей библиотеками
Имеем немного переделанный код нашей предыдущей программы
Наименование состоит из lib + имя библиотеки + .so
На примере нашей разделенной программы создадим библиотеку
-shared — указывает создать динамическую (разделяемую) библиотеку
Для х32:
# gcc -o libBody.so -shared body.c
Для х64:
# gcc -o libBody.so -shared -fPIC body.c
Скомпилируем утилиту, ссылающуюся на созданную нами библиотеку
Почему Linux хорошо подходит для программирования?
Для х32:
# gcc main.c -L. -lBody -o utility
Для х64:
# gcc main.c -fPIC -L. -lBody -o utility
Где:
-L. — путь, где искать библиотеки (т.е. текущий каталог)
-lbody — ключ + имя библиотеки исключая префикс и расширение
Если мы запустим нашу утилиту — ./utility, то она выдаст ошибку:
Shared object «libBody.so» not found, required by «utility»
Это происходит потому, что сервис поиска библиотек ld не знает пути к нашему каталогу
Можно поместить библиотеку в стандартный каталог для библиотек (/lib или /usr/lib)
Или добавить наш каталог в переменную окружения:
# bash
# export LD_LIBRARY_PATH=.
# ./utility
Hello from func!
Если получаем ошибку — Segmentation fault (core dumped), выручит генерация дампов ядра:
# ulimit -c unlimited
# ./utility
Используем полученный core дамп-файл:
# gdb utility utility.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type «show copying» to see the conditions.
There is absolutely no warranty for GDB. Type «show warranty» for details.
This GDB was configured as «amd64-marcel-freebsd». (no debugging symbols found).
Core was generated by `./utility’.
Program terminated with signal 11, Segmentation fault.
Reading symbols from ./libBody.so. (no debugging symbols found). done.
Loaded symbols for ./libBody.so
Reading symbols from /lib/libc.so.7. (no debugging symbols found). done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1. (no debugging symbols found). done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x0000000800b7b1bf in strlen () from /lib/libc.so.7
(gdb)
Какие имена обращения доступны в нашей библиотеке:
# nm libBody.so
Видим имя функции «func» для обращения:
.
00000000000004e5 T func
.
Формат вывода можно вывести так:
# man nm
Где — T — тип «текст программы»
Какие библиотеки использует программа:
# ldd ./utility
./utility:
libBody.so => ./libBody.so (0x800821000)
libc.so.7 => /lib/libc.so.7 (0x800a22000)
Создадим файл с объектным кодом динамической библиотеки:
# g++ -fPIC -c body.cpp -o body.o
Создадим из объектного файла библиотеку:
# g++ -shared -o libBody.so -fPIC body.o
Создадим утилиту:
# g++ main.c -fPIC -L. -lBody -o utility
Проверяем:
# ./utility
Hello world!
Нарисуем схему зависимостей файлов:
utility —> main.c —> body.h body.cpp libBody.so
Утилита make читает специальный файл, в котором описаны зависимости
В фале описывается:
Зависимый файл или объект, далее :, далее имена объектов, от которых он зависит
Следующая строка — табуляция и команда, которая из списка зависимостей делает файл из левой части
Пример make файла по нашей схеме зависимостей
Т.е.
Цель all зависит от bin lib
Цель bin зависит от body.h main.c lib, собирает исполняемый файл
Цель lib зависит от body.h body.cpp, собирает файл библиотеки
Цель clean не имеет зависимостей, очищает указанные файлы, — заставляет не учитывать результат команды
Файлы изначально:
# ls
Makefile body.cpp body.h main.c
По умолчанию отрабатывает цель all:
# make
g++ -fPIC -c body.cpp -o body.o g++ -shared -o libBody.so -fPIC body.o
g++ main.c -fPIC -L. -lBody -o utility
Проверяем утилиту:
# ./utility
Hello world!
# ldd ./utility
./utility:
libBody.so => ./libBody.so (0x800821000)
libstdc++.so.6 => /usr/local/lib/gcc8/libstdc++.so.6 (0x800a22000)
libm.so.5 => /lib/libm.so.5 (0x800db7000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800fe4000)
libc.so.7 => /lib/libc.so.7 (0x8011f3000)
Проверим цель clean:
# make clean
rm utility libBody.so *.o 2>/dev/null
Файлы после очистки:
# ls
Makefile body.cpp body.h main.c
Типы работы с файлами:
ifstream — чтение файла
ofstream — запись в файл
fstream — запись и чтение
Для операций выше необходимо открыть файл с помощью функции open ( open(path) или open(path, flags) ):
int open(const char *path, int flags, . ));
Где:
path — имя или полный путь до файла
flags — флаги
Возвращает файловый дескриптор (неотрицательное целое число), который необходим для работы с файлом
Возможные режимы открытия файла:
ios::in: — ввод (чтение) ( только для объектов ifstream или fstream )
ios::out: — вывод (запись) ( старые данные удаляются, только для объектов ofstream или fstream )
ios::app: — дозапись ( старые данные не удаляются )
ios::ate: — указатель переходит в конец файла
ios::trunc: — файл усекается при открытии, может быть установлен с режимом out
ios::binary: — откроется в бинарном режиме
По дефолту предполагаются режимы:
ifstream — ios::in
ofstream — ios::out
fstream — ios::out и ios::in
Проверить, окрыт ли файл — is_open(), если открыт — вернет true:
std::ifstream in1;
in1.open(«file.txt»);
if ( in1.is_open() )
Примеры
Поток для записи, окрытие файла для записи:
std::ofstream out1;
out.open(«file.txt»);
Поток для записи, окрытие файла для дозаписи:
std::ofstream out2;
out2.open(«file.txt», std::ios::app);
Вариант с помощью вызова конструктора с записью:
std::ofstream out3(«file.txt»);
Поток для чтения, окрытие файла для чтения:
std::ifstream in1;
in.open(«file.txt»);
Вариант с помощью вызова конструктора с чтением:
std::ifstream in2(«file.txt»);
Вариант с помощью вызова конструктора с дозаписью:
std::fstream fs(«file.txt», std::ios::app);
По окончанию работы необходимо закрыть файл с помощью функции close()
Напишем программу с примерами записи и чтения файлов
Скомпилируем и запустим:
# g++ file.cpp -o file
# ./file
Line in the sand
Double trouble
Line in the sand
Double trouble
Есть пара утилит, которые могут детально паказать вызовы и подноготную работы программ
В Linux можно воспользоваться утилитами:
Для трассировки библиотечных вызовов
ltrace
Для перехвата и записи системных вызовов, выполненяемых процессом
strace
В FreeBSD можно воспользоваться утилитами:
Для трассировки библиотечных вызовов
pkg install ltrace
Отобразить системные вызовы команды, запущенного процесса
truss
Пример запуска утилит:
hello.cpp:
# g++ hello.cpp -o hello
# ./hello
Hello, World!
Некоторые опции ltrace
-c
Время графа и призывы к каждой библиотеке называют и сообщают о резюме на выходе программы
-C, — demangle
Расшифруйте (demangle) имена символа низкого уровня на имена уровня пользователя
Помимо удаления любой начальной буквы подчеркивают префикс, используемый системой, делает имена функции C удобочитаемыми
# ltrace ./hello
# ltrace -c ./hello
# ltrace -C ./hello
Некоторые опции truss
-c
Не показывает отдельные системные вызовы или сигналы
Вместо этого перед переходом напечатает резюме, содержащее для каждого системного вызова:
Полное системное используемое время, вызовы, и количество вызовов с возвратом ошибки
# truss ./hello
# truss -c ./hello
Отладочную информацию gcc при компиляции можно вывести с помощью уровней от 0 до 3
Примеры работы с gcc для программ на с:
# gcc -g3 hello.c -o hello
# gcc -ggdb hello.c -o hello
С core файлом мы встречались ранее, чтоб его создавать, нужно применить уже знакомую команду:
# ulimit -c unlimited
Сломаем нашу программу hello.cpp:
Пару слов о printf:
%d — Десятичное число целого типа со знаком
Компилируем:
# g++ hello.cpp -o hello
Получаем ошибку при выводе:
# ./hello
Floating point exception (core dumped)
Появился файл дампа — hello.core
Проведем дебаг (Видим Arithmetic exception в print_arg ()):
# gdb ./hello hello.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type «show copying» to see the conditions.
There is absolutely no warranty for GDB. Type «show warranty» for details.
This GDB was configured as «amd64-marcel-freebsd». (no debugging symbols found).
Core was generated by `./hello’.
Program terminated with signal 8, Arithmetic exception.
Reading symbols from /usr/local/lib/gcc8/libstdc++.so.6. (no debugging symbols found). done.
Loaded symbols for /usr/local/lib/gcc8/libstdc++.so.6
Reading symbols from /lib/libm.so.5. (no debugging symbols found). done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libgcc_s.so.1. (no debugging symbols found). done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.7. (no debugging symbols found). done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1. (no debugging symbols found). done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x000000000040080a in print_arg ()
Пример дебага с точкой останова в функции:
# gdb ./hello
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type «show copying» to see the conditions.
There is absolutely no warranty for GDB. Type «show warranty» for details.
This GDB was configured as «amd64-marcel-freebsd». (no debugging symbols found).
Делаем точку останова в бажной функции с именем print_arg:
# (gdb) b print_arg
Breakpoint 1 at 0x4007f9
# (gdb) info breakpoints
Num Type Disp Enb Address What
1 breakpoint keep y 0x00000000004007f9
Выполним — r (т.е. — run):
# (gdb) r
Starting program: /root/test/hello
(no debugging symbols found). (no debugging symbols found). (no debugging symbols found).
Breakpoint 1, 0x00000000004007f9 in print_arg ()
Более подробный вывод задаем опцией -g:
# g++ -g hello.cpp -o hello
Если выйдет ошибка — Dwarf Error: wrong version in compilation unit header (is 4, should be 2)
Дайте команду (определенная версия DWARF 2):
# g++ -g -gdwarf-2 hello.cpp -o hello
# gdb ./hello
# (gdb) b print_arg
# (gdb) r
Starting program: /root/test/hello
Breakpoint 1, print_arg (arg1=0) at hello.cpp:6
6 arg2 = arg1 + arg2;
Если дать эту команду без параметров, она выведет первые 9 строк кода или переместит на указанное число:
# (gdb) list
# (gdb) list -10
Команду можно вводить еще. Пока код не закончится
Поставить точку останова на строке кода очень просто, например на 4й строке:
# (gdb) b 4
Вывести локальные переменные в текущем фрейме:
# (gdb) info locals
Вывести локальные аргументы в текущем фрейме:
# (gdb) info args
Удаление, включение, выключение breakpoint по номеру из info breakpoints по номеру:
# (gdb) d 1
# (gdb) enable 1
# (gdb) disable 1
Вывести значение переменной:
# (gdb) p arg1
Напишем простую утилиту, которая по протоколу UDP будет принимать текстовые сообщения
При запуске будет передавать номер порта, на котором оно будет работать
При получении сообщения «off» — завершит работу
Создаем утилиту:
# g++++ ./server.cpp -o server
Запускаем с указанием порта:
# ./server 777
Пошлем несколько сообщений:
# echo -n «ac» | nc -4u -w1 127.0.0.1 777
# echo -n «on» | nc -4u -w1 127.0.0.1 777
# echo -n «off123» | nc -4u -w1 127.0.0.1 777
# echo -n «off» | nc -4u -w1 127.0.0.1 777
Источник: snakeproject.ru
Изучение C++ в Linux. Первые попытки.
Давно хотел начать изучать C++, раньше была даже жутко толстая и непонятная книга по С++. Сейчас высвободилось время из-за болезни для этого дела, и я решил изучать его. Платформа у меня Linux, операционная система Ubuntu 10.10. Одно радует, C++ кроссплатформенный язык, и многие вещи можно делать как в Windows так и в Linux.
Прежде чем начать писать простейший скрипт надо проверить наличие библиотек и компиляторов, в данном случае нам понадобятся c++, gcc (g++). Для установки gcc наберите в терминале.
sudo apt-get install gcc g++
Редактор для C++ можно использовать для начала обычный gedit, geany, eclipse с установленным С++ development.
Итак, приступим к изучению C++. В первую очередь я заметил в то что для определенных действий надо вначале подгрузить нужные библиотеки. Подгружаются они командой
#include
#include #include using namespace std; int main()
Это самый простой вариант кода, показывающий несколько методов вывода текста на экран. printf() и cout
Для функции printf() требует подгруженной библиотеки stdio.h, а для «cout» требуется «iostream» и «using namespace std;». У некоторых может возникнуть вопрос, почему «iostream» указывается без «.h» (iostream.h)? Раньше действительно был «iostream.h», но это уже устаревшая библиотека и большенство компиляторов такое определение считают устаревшим.
iostream — заголовочный файл с классами, функциями и переменными для организации ввода-вывода в языке программирования C++. Он включён в стандартную библиотеку C++. Название образовано от Input/Output Stream («поток ввода-вывода»).
Главная функция нашего проекта int main(), является обязательной, и должна возвращать 0 (return 0), это необходимо для того что бы передать информацию операционной системе, о том что программа успешно выполнена.
Вот у нас есть простейший код, сохраняем его в фаил 1.cpp, далее открываем терминал и переходим в папку куда сохранен наш код, далее компилируем его:
g++ 1.cpp
g++ 1.cpp -o prog
где «prog» имя файла
запускаем в консоле:
./a.out
Немного про компилятор. Если вы используете команду gcc, то автоматически он пытается компилировать его в C. Для использования C++ надо испольовать с++ 1.cpp или g++ 1.cpp
Источник: www.jelu.ru
Как писать на C# на linux
Я почти год не писал на C#, переквалифицировался в Dart разработчика и пересел на ubuntu как нормальный фронтендер. За это время в мире дот нета произошло много всего интересного, что прошло мимо меня. Например вышел .Net Core 2.0, что позволило писать приложения на линуксе. С первой версией конечно тоже можно было, но я стараюсь не использовать ничего от Microsoft первой версии.
Пишем приложение на C# на ubuntu
Для начала устанавливаем SDK. Детальная инструкция лежит здесь.
После этого устанавливаем Visual Studio Code.
После этого в папке с проектами выполняем команду
dotnet new console -o helloworld
Результатом работы этой команды будет консольный проект helloworld в соответствующей папке.
Вообще из коробки идет несколько шаблонов, не только консоль:
Console Application console [C#], F#, VB Class library classlib [C#], F#, VB Unit Test Project mstest [C#], F#, VB xUnit Test Project xunit [C#], F#, VB ASP.NET Core Empty web [C#], F# ASP.NET Core Web App (Model-View-Controller) mvc [C#], F# ASP.NET Core Web App razor [C#] ASP.NET Core with Angular angular [C#] ASP.NET Core with React.js react [C#] ASP.NET Core with React.js and Redux reactredux [C#] ASP.NET Core Web API webapi [C#], F# global.json file globaljson Nuget Config nugetconfig Web Config webconfig Solution File sln Razor Page page MVC ViewImports viewimports MVC ViewStart viewstart
Можно создавать и свои шаблоны.
Теперь открываем созданную папку в VSCode и ставим расширение C# от Microsoft. Не забываем перезагрузить окно после установки расширения. Среда разработки предложит создать ассеты для проекты, соглашаемся. После этого в папке .vscode будут созданы 2 файла: launch.json и tasks.json. Они нужны для запуска приложения из среды и отладки.
Все, теперь мы можем запускать приложение из VSCode и отлаживать. Запускать можно и из консоли, выполнив команду
dotnet run
Как подключить nuget пакет в .Net Core
Зависимости подключаются с помощью команды
dotnet add package
подключим к нашему приложению библиотеку Newtonsoft.Json
dotnet add package Newtonsoft.Json
VSCode предложит нам восстановить зависимости. Соглашаемся.
Теперь мы можем использовать библиотеку
using Newtonsoft.Json; . var json = JsonConvert.SerializeObject(obj);
Источник: lsreg.ru