Авионика и Софт — Кодогенерация, Графические библиотеки, Внешний подыгрыш

Кодировка символов в версиях для ОС Windows и Linux

null@example.com (be10ved) — Wed, 06 Mar 2019 12:41:25 +0000

Здравствуйте.
Заметил особенность в размерах символов между версиями для ОС Windows и Linux.
При кодогенерации использование типа wchar_t приводит к размеру 2 байта в Windows. С другой стороны, ОС Linux считает размер wchar_t как 4 байта.

Это приводит к проблеме, если создается платформонезависимое решение, которое должно общаться с сгенерированными графическими объектами.

Пробовал решить проблему с помощью изменения заголовка GraphLib.h. А именно изменением строк:

#include 
typedef wchar_t char_un;   /* для Unicode строк */

#include 
typedef char16_t char_un;   /* для Unicode строк. Измененный тип wchar_t на char16_t */

или

typedef unsigned short int char_un;   /* для Unicode строк. Измененный тип wchar_t на unsigned int */

При замене префикса с "L" на "u" по-началу все отображалось хорошо. Но потом возникла новая проблема. В одном из проектов у графического объекта используется функция форматирования текста:

format("%02d:%02d:%02d", 1, 12, 3)

При кодогенерации это приводит к вызову C-функции vswprintf, которая подразумевает использование только типа wchar_t:

int vswprintf (wchar_t * ws, size_t len, const wchar_t * format, va_list arg );

Графический симптом проблемы выглядит как отображение строки %02d:%02d:%02d на экране.

Подскажите, пожалуйста, как можно сделать размер входной структуры одинаковым в обоих ОС и что бы при этом на экране корректно отображался форматированный текст?

Заранее спасибо за ответ.

Текстуры и шрифты

null@example.com (be10ved) — Fri, 23 Nov 2018 12:11:31 +0000

Здравствуйте.

При кодогенерации текстуры хранятся вне кодовых файлов. Шрифты вообще предполагаются установленными в ОС.
Есть ли планы осуществлять упаковывание текстур и шрифтов внутрь кодовых файлов при их генерации?
Практика использования показывает удобство такого подхода в определенных случаях.

Элементы ООП

null@example.com (natmsk86) — Mon, 16 Apr 2018 09:21:43 +0000

Добрый день, в процессе разработки индикационных кадров возникла необходимость в использовании элементов объектно-ориентированного программирования, таких как структура(struct) и класс(class). Когда данные элементы будут добавлены в программу?

Векторное изображение

null@example.com (natmsk86) — Mon, 18 Sep 2017 13:31:44 +0000

Добрый день. В процессе работы столкнулась со следующей проблемой. Линия толщиной 1 отображается растровой графикой, либо не отображается вообще(при кодогенерации и переносе в DevExpress). Возможно ли использование векторной графики в проекте? и как решить проблему отображения примитивов с толщиной линий 1?

Неизвестный тип uint8

null@example.com (gluhow) — Fri, 28 Jul 2017 08:46:48 +0000

При генерации любого проекта (может быть любого проекта с текстурой), внутри файла GraphLibImpl.c определяется переменная типа uint8, который нигде не объявлен

Название файла не по-умолчанию приводит к ошибке

null@example.com (gluhow) — Fri, 28 Jul 2017 07:17:43 +0000

При генерации кода мы указали имя файла GraphLibImpl другим. Файлы (.c и .h) были созданы с нашим именем, но внутри файла .c была строка include "GraphLibImpl.h" что привело к ошибке компиляции

Подключение dll при кодогенерации

null@example.com (natmsk86) — Wed, 12 Jul 2017 14:15:30 +0000

Здравствуйте, существует ли возможность подключить библиотеку dll в подыгрыше для кодогенерации?

Проблема при кодогенерации

null@example.com (gluhow) — Wed, 16 Nov 2016 07:55:01 +0000

Здравствуйте, отправляю Вам тестовый проект в котором мы столкнулись со следующей проблемой:
Код генерится, но в файле Paint.c 60:392 вставляется вызов функции ExtendedToGMS1, вместо используемой нами ExtendedToGMS. Соответственно код из-за этого не компилируется. Что мы делаем не так?

Открытое API

null@example.com (gluhow) — Fri, 01 Jul 2016 05:04:48 +0000

Существует/планируется ли сделать открытое API для возможности написания своих проектов типа кодо/документогенерации?

Проблема при компилировании библиотеки под Linux

null@example.com (gluhow) — Thu, 30 Jun 2016 07:35:04 +0000

Сейчас хотел упростить компилирование библиотек .so приборов. По идее мы должны указать нашей программе папку с исходными кодами, а она дальше сама их компилирует и сразу отображает, поэтому и пробую минимизировать количество операций. В итоге вылезла странная вещь:
В файле GraphLibOGL.h описания функций

int/*bool*/  BGLCreateFont(char const *facename, int32 size, int/*bool*/ bold, int/*bool*/ italic, struct BGLFont *fnt/*out*/)
float32 BGLCalcTextLengthW(int32 font, char_un const *text, int/*bool*/ smooth)   /* определение длины текстовой строки в пикселях для unicode */
struct BGLChar const *BGLGetChar(int32 font, char_un ch, int/*bool*/ smooth)

не соответствуют функциям из файла font_api.cpp

long/*bool*/ BGLCreateFont(char const *facename, long size, long/*bool*/ bold, long/*bool*/ italic, struct BGLFont *fnt/*out*/)
float BGLCalcTextLengthW(long font, char_un const *text, long/*bool*/ smooth)        /* определение длины текстовой строки в пикселях */
struct BGLChar const *BGLGetChar(long font, char_un ch, long/*bool*/ smooth)

После исправления описаний на одинаковые, всё компилируется нормально, но шрифт отображается с искажениями. См. приложение. Причину которых я пока так и не понял.
Специально ли сделано несоответствие описаний? В какую сторону копать со шрифтом?

Одинаковые объекты на одной форме

null@example.com (gluhow) — Wed, 13 Apr 2016 10:26:31 +0000

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

Кодогенерация кнопок. Когда?

null@example.com (gluhow) — Tue, 12 Apr 2016 06:17:58 +0000

Здравствуйте, скоро ли планируется реализовать кодогенерацию событий (нажатий на кнопки и т.д)?

Информация о высоте и ширине рабочей области

null@example.com (gluhow) — Wed, 30 Mar 2016 08:35:57 +0000

Не смогли найти как программно извлечь информацию о высоте и ширине рабочей области.

Инициализация начальных значений массива

null@example.com (gluhow) — Mon, 29 Feb 2016 10:10:53 +0000

При создания массива и задания ему входных значений при кодогенерации записывается во все элементы массива только первое значение.
Создание массива переменных см. приложение
При этом сгенерировался файл Imitation.c

/*===========================================================================
| Создано:  Модуль кодогенерации CGFormatPro (версия 2.0, сборка 344)
| Имя проекта:  menu_mfci_10
| Имя задачи:  Задача
| Путь к файлу проекта:  U:\menu_mfci_10.fpproj
| Время и дата:  12:57:43  29 февраля 2016 г.
=============================================================================
 Запись во входные переменные значений подыгрыша.
===========================================================================*/


#include "Imitation.h"


void OnImitation(void)
{
   int i;

/***** Переменные ветви задачи *****/

   /* Имя: Int1 */
   for(i=0; i<8; ++i)
      g_iInt1[i] = 4;

}

Это Ваша ошибка или мы что-то не так делаем?

Информационный обмен при множестве объектов

null@example.com (gluhow) — Tue, 06 Oct 2015 08:42:35 +0000

Здравствуйте, специфика нашей работы заключается в том что на одну форму необходимо устанавливать несколько (бывет и несколько десятков) сгенерированных объектов. Объекты могут быть одинаковыми, но при этом, естественно, располагаются в разных местах формы и имеют разные значения внутренних переменных. В данный момент я храню для каждого объекта свою копию входной структуры InputVar и перед вызовом отрисовки копирую свою копию по адресу, выданному библиотекой.
1) Это не является оптимальным. Возможно ли сделать так чтобы при каждом вызове не приходилось копировать кусок памяти, а, например, просто менять указатель на него?
2) Непонятно что делать с выходными переменными. Как понять они относятся ли они к текущему объекту?