C++ code formatting problems

Espen Harlinn

I was hoping that someone would fix the C++ pretty printing code. In an ideal world, I would like to just embed plain C++ code in an article or answer:

#include

Currently; even pasting, and then choosing encode as HTML runs into problems:

#include <stdlib.h>

Yesterday I tried embedding some code in a reply, [The Lounge](https://www.codeproject.com/Messages/5813474/Re-Talk-about-demoralizing), and as all can see, this did not work all that well. Best regards Espen Harlinn

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

Greg Utas

I think you're supposed to use <pre lang=c++>...</pre>.

Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.

Matthew Dennis

Thanks for the report. This, and the 'fix' by @David-ONeil in his response, my help us understand a tricky issue.

"Time flies like an arrow. Fruit flies like a banana."

Lost User

This has something to do with Markdown, as it happened to me earlier today when posting some Python code. And I never have Use Markdown formatting ticked.

Espen Harlinn

I was using:

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

Espen Harlinn

That is my guess too … my gut feeling is that if markdown was disabled for anything between <pre ...> and </pre> then the problem will be solved.

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

Espen Harlinn

Great, I have been planning to write a couple of articles since February, so for me this is a real showstopper.

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

honey the codewitch

I found that if your editor copies your code as something other than plain text (markup or whatever), like VS Code does, CP will have problems with pasting it into code panels. My workaround is to first paste into notepad to strip all the extra junk and then copy it from notepad to the site.

Real programmers use butterflies

Espen Harlinn

That is probably worth an attempt …

#include

#include<std.lib>

'Use Markdown formatting' still interferes with how the text inside <pre>...</pre> element is interpreted, and so it seems like the solution I was looking for is rather simple: Uncheck 'Use Markdown formatting'. Hopefully this will also be the case for the article editor.

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

Chris Maunder

Interestingly the issue was you had the "Use Markdown" checkbox checked. If you uncheck that, or use

```C++
...

```

in Markdown, then it works fine. (I've edited your post to fix the formatting) Not sure what's going on, but it could be our Markdown processor (MarkdownSharp) doesn't like some of the character encoding.

cheers Chris Maunder

Espen Harlinn

Quote:

Interestingly the issue was you had the "Use Markdown" checkbox checked

Right, noticed that after Richards post. Unchecking 'Use Markdown' seems to work for most cases. Now, here is another, probably unrelated, formatting issue:

long long value = 1'000'000'000;
for(long long i = 0; i < value; ++i)
{
...
}

and this would probably look better with a bit more color:

template
inline constexpr bool IsReference = std::is_same_v< std::remove_volatile_t> , std::remove_reference_t>>> == false;

template
concept StreamIO = ( StreamReader && StreamWriter );

template
concept StreamSeek = requires( T t, long long offset, SeekOrigin seekOrigin )
{
{ t.Seek( offset, seekOrigin ) }->std::convertible_to;
};

template
concept StreamFeatureTests = requires( T t )
{
{ t.CanRead( ) } ->std::convertible_to;
{ t.CanSeek( ) } ->std::convertible_to;
{ t.CanTimeout( ) } ->std::convertible_to;
{ t.CanWrite( ) } ->std::convertible_to;
};

But you are essentially right, unchecking 'Use Markdown' seems to do the trick :-)

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

Chris Maunder

Ugh. The apostrophe separated numbers are just...ugh. Comma separated, underscore separated. They are easy. But reusing a string delimiter for numbers means things get a little messy. I'll add the other case to our test rig and work out what's happening. I suspect the nest templates are blowing it's poor little brain.

cheers Chris Maunder

Nelek

Workarounds for Code Project's Text Editor[^] :rolleyes: Although the one of SQL was fixed... I suppose I should edit it, but I am lazy ;P

M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

Espen Harlinn

Thanks Nelek, I've seen it before :-)

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

Espen Harlinn

Here is the contents of a header file that seems to be causing some problems, as the preview does not show anything at all:

#pragma once
#ifndef __HCCPERSISTENT_H__
#define __HCCPERSISTENT_H__

#include
#include
#include

#pragma pack(push,1)

namespace Harlinn::Common::Core::Persistent
{
class TypeDescriptorCursor;

/// /// A sequence is a variable length encoding where data of the same type
/// is stored in blocks. Each block is of the same size (SequenceBlockSize = 8)
/// and is trailed by a byte holding the number of used slots in the 
/// preceding block. The space not used by an element inside a bloc must
/// be set to 0. A sequence ends with the first block that is not full, thus
/// an empty sequence contains one block with all the bytes set to 0 and the
/// trailing size byte set to 0.
/// 
constexpr size\_t SequenceBlockSize = 8;

/// /// The minimum number of bytes required to hold a valid
/// type description
/// 
constexpr size\_t MinimumValidTypeDescriptorDataSize = 4;

enum class ModifierFlags : Byte
{
    None,
    /// /// Indicates that type element is for an array of data. 
    /// 
    /// /// 

    /// If used without the ::Fixed modifier, the data representation
    /// starts with a 7-bit encoded number specifying the number of elements
    /// in the array.
    /// 

    /// 

    /// If used with the ::Fixed modifier the lenght of the fixed-size
    /// follows immedeately after the TypeElementHeader as a 7-bit 
    /// encoded number.
    /// 

    /// 
    Array = 0x01,
    /// /// Indicates a fixed number of elements
    /// 
    Fixed = 0x02,
    /// /// Constant data trails the declaring type description element.
    /// 
    /// /// If used together with the ::Array modifier, then the
    /// ::Fixed modifier must also be specified.
    /// 
    Constant = 0x04,
    /// /// Indicates that the data is stored in big-endian
    /// format.
    /// 
    BigEndian = 0x08,
    /// 
    /// Indicates that the data is encoded in a way that al

Nelek

Espen Harlinn wrote:

They have, as you know, been a part of C++ for some time now, and they makes big numbers more readable: 1000000000000 vs 1'000'000'000'000 - while 1'0 is just silly compared to 10

He likes it with commas. 1'000'000'000'000 versus 1,000,000,000,000 Second one should not give formatting problems.

M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

Espen Harlinn

Quote:

Second one should not give formatting problems.

Since we are talking about code examples, my guess is that most people would expect them to compile …

Espen Harlinn Senior Architect - Ulriken Consulting AS The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague.Edsger W.Dijkstra

Nelek

Are you not asking too much? :rolleyes: :laugh: :laugh: :laugh:

M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.