Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 7 years ago.
Improve this question
I got one application developed in Pascal and this application using some fortran files as library. In this Pascal application, coding are there to create shared memory and writing the values which is calculated in Fortran lib files. Actually the Lib files were in Visual fortran. So to work in windows 7 i converted this to Inter fortran and compiled it.
When i open application in windows7, and i m giving my input from the pascal application and it writes in shared memory ( im sure because i can see the calculated values which are get stored in shared memory).
But when i use this same application in Windows 8.1 Pro , the input values are not get write in shared memory. It always get the entered value as zero.
So, is there any difference in using shared memory in windows 7 and windows 8.1?
Related
Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 1 year ago.
Improve this question
I'm trying to create c++ program in Visual Studio 2019 that can use more than 4Gb of heap size, I created a new "Hello World" solution, selected x64 platform everywhere, and set 4300000000 of Heap Reserve Size in Linker -> System screen of Properties, build succeeded but I can't run program, I'm getting 0xc0000017 error code in separate error window (like this), and "(process 23616) exited with code -1073741801." in console.
With heap size 4200000000 program start and work correctly.
How to create/configure program for using big amount of heap space?
I'm trying to create c++ program in Visual Studio 2019 that can use more than 4Gb of heap size
Building your program as x64 is enough. You don't need (or want) those other tricks.
Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 5 years ago.
Improve this question
Today I tried to write a code using graphics.h in code::blocks. But instead of showing appropriate result, it showed "no such file or directory". But, isn't graphics.h is one of the header file of c/c++? So, if there is any solution, tell me what to do so that I can use it in code::blocks. Or, if you have any other better substitutive idea, it is sure to be appreciated.
Graphics.h is not a part of Standard C++. It is the main header for the Borland Graphics Library that originated with Borland C about 30 years ago. It has been obsolete for about 20 years.
C++ doesn't officially recognize the existence of pixels, so you need an external library to do graphics. It's against the rules to for me to do this, so don't tell anyone, but take a look at SDL.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
Let's say we've got a first program called Program1.exe which contains the necessary information to create and compile another application called Program2.exe. Actually it could also load that information from a txt file or whatever.
Googling, I've found that this is "easy" to do in C#, using Visual Studio:
How to programatically build and compile another c# project from the current project
Programmatically Invoke the C# Compiler
The problem is that I'm not using (and can't use) C#, but C++. Summing it up, my question is if that I can do this same thing using C++.
I would prefer to do it without additional libraries, but if that's not possible, or if it's too hard to do, you can also recommend any library allowing it.
I think you'll probably have noticed it, but my goal is to use it under Windows so I don't care if it's not portable.
Thanks everybody.
It's trivial (if maybe a bit odd) for a C++ program to compile and run another based on code stored in a text file. Debugging that other program, however, isn't.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions must demonstrate a minimal understanding of the problem being solved. Tell us what you've tried to do, why it didn't work, and how it should work. See also: Stack Overflow question checklist
Closed 9 years ago.
Improve this question
Once an exe is loaded in memory, is the content present in that exe file directly executed by the processor or the OS does it? I mean, is the binary present in exe simplified again by OS for machine level usage?
The .exe file contains op codes directly executable by the processor.
For a C++ program, the compiler produces a combination of data and code in the executable image. The OS loader arranges to put that into specific memory addresses in the program address space, then asks the CPU to call the code at known "entry point" (there may be such a pointer for each dynamically loaded library (.so / .dll) as well as the entry point for main(). The executable code produced by the compiler will target the CPU models on which the code may be run.
If an attempt is made to execute the code on another CPU architecture, it will generally fail, although it's possible for an OS to do whatever it likes including detect executables compiled for another CPU and put some kind of emulation or recompilation layer in place. This would be very much the exection though.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
I have some very specific questions about writing operating systems that I was hoping could get answered:
How much assembly code would I need to write to load a minimal C Kernel if I use GRUB as a boot loader?
My kernel will be written in C, It will load a command line shell that I wrote in C++, it does not make any API calls only standard library calls, will I need to rewrite the entire C++ Standard library to do so?
Can I write video, keyboard and floppy drivers in C++?
Do GCC and G++ output 16 bit real mode code?
Can I write this all using Mingw on Windows or will I have to write it on Linux?
Do I need to be in real mode in order to write directly to the video memory?
If anyone can answer my questions I will be very thankful
1: You should only need a small amount of assembly to handle the boot process and load the C code. Shouldn't be more than like 20-30 lines I think.
2-4: I haven't really used C++ with OS dev, but I think I remember reading that it takes more work to get it running somewhere. Sorry I can't be of more help.
5: You "can" do it using MinGW, but from my experience it mostly complicates things. I could never really get a Windows environment working, but I also gave up without too much effort.
EDIT: Here is a link to some example assembly. This is all I ever had to use:
http://www.jamesmolloy.co.uk/tutorial_html/2.-Genesis.html
The rest of that site is a pretty good tutorial too if you are at all interested in that kind of thing.