Com port is just a file with some additional control register

What OS?

Win

I'm trying to use it in .dll I made a function when it is called, the value is read from Com Port. In the console application, everything works well, but .dll freezes and works not as it should be

It's not related with dll

How can I knit my device with a program ?

I can guess that you are waiting infinite for a new bytes to read, but nothing to read

can anyone suggest me some good books about C. i dont like watching videos that much. i prefer books. Can anyone plz help me.

I can guess that you are waiting infinite for a new bytes to read, but nothing to read

I have marks that indicate the beginning of the line and its end, I read Com Port in String, then its convertible to int and I return it. The reading cycle is not endless

I have marks that indicate the beginning of the line and its end, I read Com Port in String, then its convertible to int and I return it. The reading cycle is not endless

If you receive data correctly, why do you think that problem with com port?

If you receive data correctly, why do you think that problem with com port?

I get the coordinates. When I use the mouse input device, everything works correctly, but when I use COM Port, it starts to freeze. Hanging begins when opening COM PORT, at this time I still do not read anything. I have a separate function for this

Mistake with mouse cursor?

Yeah

Your com port interpret data from com port as input from mouse. You didn't disable interpretation of com data as command flow

Your com port interpret data from com port as input from mouse. You didn't disable interpretation of com data as command flow

Ah, sorry, no. When I use data mouse (mouse.x, mouse.y) in the program, everything works correctly. When instead of a mouse I am substitute data from my function (COM Port), everything breaks

pavel I solved the problem. I received the name of the variable and its meaning from Com Port. Everything worked only when I took several variables. When I took one variable, the value was read only once. I did not clean the name buffer at the end of the function 😅

Thanks for some explanations, I found the problem faster thanks to you

My area of interest is Embedded Programming

What is Embedded programming...

programming for embedded systems

microcontrollers, as an example, but is quite an wide area

programming for embedded systems

Thanks

Finding unique numbers in a 2-dimensional array in c ) <- Help with that plizzz

Hi

microcontrollers, as an example, but is quite an wide area

Oh, it's me )

Finding unique numbers in a 2-dimensional array in c ) <- Help with that plizzz

Unacceptable

use english.

Guys, please tell me. May be is anybody here from Belarus. C++ now a good option for first language to find a job? I don’t want to code in another language but now I have see that nobody wants to take juniors on C++ dev. But by ratings I see that popularity of C++ growing day by day.

When we do os << "please enter a value: “;

does this string literal goes to the buffer ?

Or does it simply get printed without going to the buffer ?

D:\C and C++\collect2.exe [Error] ld returned 1 exit status

When I compiled my code, the message show like this! I do not know how to solve it.

D:\C and C++\collect2.exe [Error] ld returned 1 exit status

any solution please tell me.

does this string literal goes to the buffer ?

Afaik std::ostream is fully buffered, std::endl exist to made ostream behaving Line buffered like stdout

It will not flushed if it encounter newline, it will flushed before reading from istream. std::cin.tie() but it only affect on windows console

I dunno if its still same as Microsoft prepare migrating to new console

Guys, please tell me. May be is anybody here from Belarus. C++ now a good option for first language to find a job? I don’t want to code in another language but now I have see that nobody wants to take juniors on C++ dev. But by ratings I see that popularity of C++ growing day by day.

Just nobody likes juniors

Afaik std::ostream is fully buffered, std::endl exist to made ostream behaving Line buffered like stdout

std::endl is just stream << "\n"; stream.flush()

Afaik std::ostream is fully buffered, std::endl exist to made ostream behaving Line buffered like stdout

Ostream is buffered by default but we can disable it we want. The method pubsetbuf does that. If you call it with the arguments 0,0 the underlying stream buffer is set to a null pointer and disables buffering

It will not flushed if it encounter newline, it will flushed before reading from istream. std::cin.tie() but it only affect on windows console

There are many situations where a buffer is flushed. - when the buffer is full obviously - when the ostream is tied to another stream. Cin and cerr are tied to cout by default. So when you use these streams, cout buffer will be flushed. - use of manipulators like endl which don't change the behavior of the stream and apply only to the situation where they are used - use of manipulators like flush which change the property of the stream and causes it to be flushed everytime - when the program ends by calling exit(). Abort or quick_exit or terminate won't flush the buffer - when main returns normally

I dunno if its still same as Microsoft prepare migrating to new console

?????

?????

Sorry, i feel that's not related with Classic Windows Console API that deprecated due Virtual Terminal sequences

My friend said MSYS/MinGW console is different. printf("input 1)" scanf("") printf("input 2") scanf("") Before user input something, it will print input 1input2 cuz it's not flushed untill its buffer full. That's not a problem with iostream cuz std::cin.tie(&std::cout) is the default

std::endl is just stream << "\n"; stream.flush()

Yep, to made stream behave line buffered

My friend said MSYS/MinGW console is different. printf("input 1)" scanf("") printf("input 2") scanf("") Before user input something, it will print input 1input2 cuz it's not flushed untill its buffer full. That's not a problem with iostream cuz std::cin.tie(&std::cout) is the default

The C standard says this: The input and output dynamics of interactive devices shall take place as specified in 7.19.3. The intent of these requirements is that unbuffered or line-buffered output appear as soon as possible, to ensure that prompting messages actually appear prior to a program waiting for input. But it is not a requirement. The standard doesnt enforce it. It is just a guideline. But most of the C implementations that I have used do this. They flush the output buffer before reading input. Also it is not std::cin.tie(true). It is std::cin.tie(&std::cout)

ostream* old_tie = cin.tie(nullptr); does this untie the cin stream from any ostream object ?

Hello everyone, I'm doing practice and the question arose, how can I repeat the function request several times in Google tests?

Is there someone alive?

Hello everyone, I'm doing practice and the question arose, how can I repeat the function request several times in Google tests?

Cycle, duh?

Is there someone alive?

no, everyone is dead

zombie mode

Rename variables?

Thanks. I managed to get this right

hello everyone, how to use less memory? Should i use calloc instead of regular array? int arr[MAX]; int* arr_ptr = (int*)calloc(MAX, sizeof(int));

Maybe my question is wrong, i want to know what is the difference

Does it affect to speed

arr -> stack *arr_ptr -> heap

syscall on calloc make it slower

syscall on calloc make it slower

i got it

thank you

how can i decrease 4 Kib mem usage

Not used scanf and printf (stdio and string

Not used scanf and printf (stdio and string

strlen() from string.h

why decrease? if a program for a computer is not important if for a microprocessor then throw out all these libraries or look for ones that take up less space

why decrease? if a program for a computer is not important if for a microprocessor then throw out all these libraries or look for ones that take up less space

tell me an alternative

i remembered that i can use short int

but is there any other Library?

Main_set and set=2k

according to the program it is not clear why you add 127, it turns out that the lower part of the array is not used.

according to the program it is not clear why you add 127, it turns out that the lower part of the array is not used.

because of char range

it is impossible to use index less than 0

Noooooo

Char 0....256

its unsigned char

Nooo

Is signess of char specified in C if you don't specify it explicitly as signed or unsigned?

Char is char

more readable

Is signess of char specified in C if you don't specify it explicitly as signed or unsigned?

No, it says it's implementation-defined https://en.cppreference.com/w/c/language/arithmetic_types#Character_types

char - type for character representation. Equivalent to either signed char or unsigned char (which one is implementation-defined and may be controlled by a compiler commandline switch), but char is a distinct type, different from both signed char and unsigned char

Char is char

ostream* old_tie = cin.tie(nullptr); does this untie the cin stream from any ostream object ?

Yes