Подскажите как можно конвертировать число из десятичной системы исчисления в 17чную.
Если я понял правильно, то нужно создать массив, который будет содержать 1, 2, ..., G и по алгоритму деления на основание?

Примерно так же как и в 16 - ю, 2 - ю...

Скажи, а зачем тебе 17 - я СС? 

Gordon, ну тогда бы пример конвертирования в 16ричную привели бы   

  

Вот, кривова-то (сильно не ругайте, лучше дайте конструктивный совет), но для понимания принципа думаю хватит:





Это сообщение отредактировал(а) Gordon - 24.7.2009, 21:11

С Вашего позволения, немного модифицирую 



Это сообщение отредактировал(а) Леопольд - 25.7.2009, 02:40

В принципе можно и без массива сделать, вроде...

Уберите эту гадость (я о спецификации исключений).
А функция itoa не подходит? 


Это сообщение отредактировал(а) azesmcar - 24.7.2009, 21:41

Может просто хочется мозг поиметь потренировать...   

да, иногда мозг требует плотских утех  

Начал учить Си и вот решил поломать голову 

Не пойму, что мы делаем вот этим

Я тоже сначала о ней подумал, но вот беда...
(с) cplusplus.com
Portability
This function is not defined in ANSI-C and is not part of C++, but is supported by some compilers.
g++ 4.3.3 (linux) не знает такой функции.

Спецификацию исключений убрал почти сразу, но не потому что считаю её гадостью, а потому что не знаю какие исключения порождает std::string  На самом деле я обычно её не использую. Но мне интересно узнать, почему именно гадость? Вроде бы иногда, глядя на объявление функции, неплохо было бы знать, какие исключения она может порождать.

P.S. Оказалось, забыл убрать, но хотел, да так, что думал что убрал 

Это сообщение отредактировал(а) Леопольд - 25.7.2009, 02:25

Ну это уже автору решать, использовать нестандартные функции или нет. Я как вариант предложил.


А зря..самая натуральная гадость (это я мягко выражаюсь)  
Не надо их вообще использовать, почитайте доклад Герба Саттера по поводу спецификации исключений http://www.gotw.ca/publications/mill22.htm или посмотрите в книге more exceptional C++, Задача 13. Прагматичный взгляд на спецификации исключений.


Это сообщение отредактировал(а) azesmcar - 25.7.2009, 09:34

С одной стороны да, но с другой, реально функция может породить и другие исключения, не указанные в спецификации!


densa, 


Функция возвращает в виде строки число в СС с основанием N.
Или что ты не понял?

Это сообщение отредактировал(а) Gordon - 25.7.2009, 10:08

Если подумать, то пользы от них действительно никакой, а вот вред может быть - например, callback функция порождает исключение, которого нет в спецификации той функции, которая её вызывает. Хотя, пустую спецификацию, я иногда использовал, в специфичных случаях, например, при наследовании от std::exception надо переопределить what с пустой спецификацией, иначе g++ не компилит  Или что-бы показать что своя функция, вызываемая в деструкторе (иногда в конструкторе), не должна порождать исключений.

Добавлено @ 10:09

Присваивание лишнее, конструктор по умолчанию делает пустую строку. Т.е. так:



Это сообщение отредактировал(а) Леопольд - 25.7.2009, 10:28

польза есть. иначе пустую спецификацию исключений не использовали бы в бусте.

Это сообщение отредактировал(а) zim22 - 25.7.2009, 10:12

Да, это единственный вид спецификации исключений которые можно использовать, но это может повлиять на производительность программы, так как некоторые компиляторы могут не встраивать функции со спецификацией исключений.

Делает, но с присваиванием более наглядно, хотя...

Это вызов лишней функции std::string::operator= (char*)
Я ещё заменил все s = char + s на s += char, по тем же соображениям, так намного быстрее.

ещё можно s.reserve(x) добавить после объявления переменной s.

Это сообщение отредактировал(а) Леопольд - 25.7.2009, 10:33

и



немного разные вещи...    
А так спасибо за замечания!  

Добавлено через 5 минут и 50 секунд



Леопольд, а 100% будет вызыватья std::string::operator= (char*)?

Добавлено через 11 минут и 12 секунд
Допустим, такой класс:



потои я создаю объекты:


оба раза вызывается "A(int)", т.е. может там компилятор что-то вроде оптимизации проводит?
p.s. с типом std::string так же, или нет?

Не за что 

Я бы даже сказал что это совсем разные вещи   
В одном случае вызывается встраиваемая функция для добавления в конец строки, которая, возможно, должна быть увеличена в размерах, но совсем не обязательно. Где-то отложилось в памяти что по умолчанию на любую строку выделяется что-то вроде 32 символов. 
В другом, конструируется новая копия строки, в которую помещается результат конкатенации символа и строки, причём всё в строке должно быть сдвинуто вправо. После этого эта копия присваивается аккумулирующей строке.

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

Добавлено @ 10:59

Я ошибся!   Читал ведь, давно, у Страутрупа что type x(val); и type x = val; одно и тоже. Но недавно где-то прочёл (или неправильно понял) что это не так. Последнее запомнилось больше...  А вообще, что бы не думалось, можно сделать так
std::string s("init string");

Это сообщение отредактировал(а) Леопольд - 25.7.2009, 11:07

в первом случае вызывается конструктор преобразования  A(int n). все конструкторы с одним параметром - конструкторы преобразования.
во-втором случае вы явно вызываете конструктор с одним параметром.
***
сделайте конструктор явным и увидите ошибку. 


Это сообщение отредактировал(а) zim22 - 25.7.2009, 11:03

Это один и тот же конструктор, квалификатор explicit просто запрещает использовать его для неявных преобразований. Соответственно его нельзя будет вызвать таким синтаксисом type x = val;


Думаю, это уже достаточно веская причина для инициализации в скобках а не при помощи =

Это сообщение отредактировал(а) Леопольд - 25.7.2009, 11:14

ну да. один и тот же. 
в-первом случае он вызывается неявно
во-втором - явно.

это разные вещи. 

Язык С++ поддерживает две формы инициализации переменных: инициализация копии( copy-initialization) и прямая инициализация(direct-initialization).
различия между ними в том, что в случае инициализации копии больше накладных расходов. сначала создаётся временный объект, потом идёт присвоение результату. Кроме того прямая инициализация гибче, т.к. можно указать любое количество параметров конструктора.

В обоих случаях выполняется один и тот же код. Если для инициализации нужен временный объект, то он будет создан в обоих случаях. Но вариант с = запрещён, если использовать explicit.





Это сообщение отредактировал(а) Леопольд - 25.7.2009, 11:25

Ну это да! А explicit запрещает неявные вызовы конструктора.
Мне интересно, может ли компилятор это - "int i = 10;", заменить int i(10); ?

Именно так он и сделает, если нет explicit.

int i(10); // прямая инициализация
int i = 10; // инициализация копии

имеют одинаковую эффективность, так?

для встроенных типов данных - да. для классов - нет.
для классов прямая инициализация быстрей. т.к. копия не создаётся. 
***

разрешён.


Это сообщение отредактировал(а) zim22 - 25.7.2009, 12:02

zim22, а чем эта копия потом присваивается объявляемому объекту, я пробовал operator = и конструктор копирования делать закрытыми, и все равно код работал...

Это сообщение отредактировал(а) Gordon - 25.7.2009, 11:56

запрещён


Это сообщение отредактировал(а) Леопольд - 25.7.2009, 12:24

Да  но не только по причине explicit copy constructor -а, еще надо default constructor определить.

Это вызовы разных конструкторов.

А это одного и того же.

не, ну так понятно, а если что-то вроде этого: 

Угу, точно. Поправил.

Добавлено @ 12:28

Здесь запрет копирования.


Пытается вызвать конструктор копирования... zim22 прав


Это сообщение отредактировал(а) Леопольд - 25.7.2009, 12:33

 "Copy" на экран выводится? Какой из этого можно сделать вывод?

Леопольд, 
zim22, 

Я чего-то не пойму о чем вы  
Леопольд примеры с explicit показывает, вы - без..и спорите о чем-то? О чем?  

посты набиваю 

В чём разница между
1. type obj(val);
2. type obj = val;

Он мне напомнил что второй вариант, это неявный вызов конструктора копирования.

У меня такой код работает!



А вот такое создание уже не работает!


Это сообщение отредактировал(а) Gordon - 25.7.2009, 12:44

Ай ай ай...совсем забыл..розыгрыш призов уже скоро.   

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

здорово! 
http://codepad.org/gncCk9z6

Это сообщение отредактировал(а) zim22 - 25.7.2009, 12:45

Леопольд

Ну это все ясно, а спор о чем? 

Это Visual Studio.

Добавлено @ 12:48

Уже ни о чём, zim22 выиграл 

Это сообщение отредактировал(а) Леопольд - 25.7.2009, 12:58

zim22, в код:



может компилироваться по разному, в зависимости от компилятора, так получается?!

Добавлено @ 12:54


Да, она самая!  

Добавлено @ 12:56
Короче, лучше по воможности писать так:



чтобы не надеяться на компилятор! Да?

Это сообщение отредактировал(а) Gordon - 25.7.2009, 13:01

По идее, type obj = val;  должно развернуться в type obj(type( val_type)) ; Если этого не происходит, значит компилятор не соответствует стандарту.

Это сообщение отредактировал(а) Леопольд - 25.7.2009, 15:23

Ладно, спасибо всем за разъяснения...

p.s. Тему "слегка" изменили...   

  
Но для встроенных типов это аналогично int i = 0; что на мой взгляд читабельнее, и я инициализирую встроенные типы так. Но не в списке инициализации конструктора.
MyInt::MyInt(int i_) : i(i_) {}

Это сообщение отредактировал(а) Леопольд - 25.7.2009, 13:13

У Вас опечатка   

Спасибо! Сложно впервые смотреть Lost и одновременно думать про С++ 

А кто подскажет как в чистом Си заменить string ?

char []

описать свою структуру и набор функций к ней.

Вот это натупили  Я токо учусь   

у меня сейчас нет времени пример вам набрасывать.
смотрите набор функций для класса string в MSDN. и реализовываете их аналоги. только на С.

что-то типа такого:





Это сообщение отредактировал(а) zim22 - 26.7.2009, 19:13