Incorrect line number with the error performance
- Eugene Lutsenko
- Posts: 1649
- Joined: Sat Feb 04, 2012 2:23 am
- Location: Russia, Southern federal district, city of Krasnodar
- Contact:
Incorrect line number with the error performance
I have the source code of the system is now 84,288 rows. Naturally, when I am debugging and run it for execution, execution errors sometimes occur. So, in the window and LOG-file gives the wrong line number in error performance. But it is easy to calculate the correct line number where the error occurred in fact. He simply stated on more 65536 = 2 ^ 16. Can anyone know how to do to display a proper line number with the error performance and it was not necessary to calculate its own summing him 65536. I understand that this problem occurs only when the size of the source code more than 65536 rows. But do not want to split it into smaller parts at its own discretion.
Re: Incorrect line number with the error performance
Why not split it up? It is so easy to do.
The eXpress train is coming - and it has more cars.
- Eugene Lutsenko
- Posts: 1649
- Joined: Sat Feb 04, 2012 2:23 am
- Location: Russia, Southern federal district, city of Krasnodar
- Contact:
Re: Incorrect line number with the error performance
Once upon a time I was working with overlays structures on CLIPPER 87. And even made a program that analyzed the source code itself built file management overlays. But just appeared CLIPPER 5.01 with dynamic memory allocation, and my program was not needed. But then came Windows 95 and she again became necessary. Again, it was necessary to break a large number of program modules operating in the low RAM. But then came Alaska, making the program runs under Windows in protected mode, and again it became possible to work with a single module source code. Now he has become too big, and again it is necessary to break. So can already break once and for all and forget that I'm just more comfortable with one module source code.
Re: Incorrect line number with the error performance
Hi,
I saw you started another thread to create a DLL file. You can split your source code in smaller PRG files, and compile them in one EXE. You don't need to create a DLL to split your code.
Split your code in some PRG files, add the new PRG files to your XPJ file, and you are ready.
I saw you started another thread to create a DLL file. You can split your source code in smaller PRG files, and compile them in one EXE. You don't need to create a DLL to split your code.
Split your code in some PRG files, add the new PRG files to your XPJ file, and you are ready.
- Eugene Lutsenko
- Posts: 1649
- Joined: Sat Feb 04, 2012 2:23 am
- Location: Russia, Southern federal district, city of Krasnodar
- Contact:
Re: Incorrect line number with the error performance
Thank you, Skiman!
I know it and know before. But I just do not like to do it. A DLL I asked a colleague from another country who wants to use my operating time in the development of their systems. He wants me to his entire system driven in the DLL.
I know it and know before. But I just do not like to do it. A DLL I asked a colleague from another country who wants to use my operating time in the development of their systems. He wants me to his entire system driven in the DLL.
Re: Incorrect line number with the error performance
Hi,
You want to create a DLL with your xbase++ functions, and your collegue wants to use it with another language?
As far as I know, this won't be possible.
You want to create a DLL with your xbase++ functions, and your collegue wants to use it with another language?
As far as I know, this won't be possible.
- Eugene Lutsenko
- Posts: 1649
- Joined: Sat Feb 04, 2012 2:23 am
- Location: Russia, Southern federal district, city of Krasnodar
- Contact:
Re: Incorrect line number with the error performance
Yes, it wants to use them in Delphiskiman wrote:Hi,
You want to create a DLL with your xbase++ functions, and your collegue wants to use it with another language?
As far as I know, this won't be possible.
Re: Incorrect line number with the error performance
Eugene -I know it and know before. But I just do not like to do it.
There are advantages to breaking your code into multiple source files.
1. The source can be broken into logical parts that are grouped by functionality.
2. When errors occur, the line number will be reported correctly.
3. The program will compile MUCH FASTER. Compile time increases by the square of the source file size. This is even more significant when using a product like eXpress++ which relies heavily on the pre-processor in the compiler. You will still end up with an .EXE of the same size.
I would like to PROVE this to you. As a professor, I am sure that you would appreciate this endeavor.
If you trust me with your source code, I will break it into 2 or 3 modules and create a project file for you and give it back to you.
I will delete the source code after I am finished.
I have a feeling that your discomfort with doing this is due to something we don't know about how you write software.
Is it because you use an editor that will not allow more than 1 file to be opened simultaneously?
Is it because you believe you must create DLLs to break up your source code? If this is what you believe, it is wrong.
Xbase++ is not Clipper. There are no overlay files created.
Are you using a PROJECT (XPJ) file now or are you using XPP.EXE and ALINK.EXE from a command prompt?
Please let me help you be more productive.
The eXpress train is coming - and it has more cars.
- Eugene Lutsenko
- Posts: 1649
- Joined: Sat Feb 04, 2012 2:23 am
- Location: Russia, Southern federal district, city of Krasnodar
- Contact:
Re: Incorrect line number with the error performance
Dear Roger!
I feel great respect for you. And for your large and high-quality work. And because you are helping so many people from different countries. And I'm one of those to whom you are very, very help. For me it is very useful to communicate with you and other colleagues on this forum. But do not just useful. I also very nice. I see that people from different countries just live, just work and just help each other to live and work. It turns out it is possible and I are all very grateful for that.
Your arguments are very convincing. In part I of course familiar with it. I really did not enjoy the project and just use this:
I tried to work with the project and I did. But I somehow did not like. Now I can not remember why. It seems I did not want to create a lot of modules, since before I've had a 300 and I'm worn out with them. Since then, I have a complex about it.
I actually use a standard single-window editor TotalCommander. I used to use MultiEdit, but under Windows 7 to abandon it.
The newest source code of the system there is always here: http://lc.kubagro.ru/Install_Aidos-X/_AIDOS-X.doc. I point the way to the doc-file, as in the original text of the use Russian language and this can create problems, if you use DOS-TXT.
Yet we must bear in mind that the system "Aidos-X++" was created by the author prof.E.V.Lutsenko not as a software product, ie not for sale, and for use in the educational process and scientific research. Therefore, it does not meet the requirements for a software product. Therefore, everything is always in full open access have here: http://lc.kubagro.ru/aidos/_Aidos-X.htm. In general, I am always glad if someone can come in handy my work: http://bb.donnay-software.com/donnay/vi ... f=7&t=1443
I feel great respect for you. And for your large and high-quality work. And because you are helping so many people from different countries. And I'm one of those to whom you are very, very help. For me it is very useful to communicate with you and other colleagues on this forum. But do not just useful. I also very nice. I see that people from different countries just live, just work and just help each other to live and work. It turns out it is possible and I are all very grateful for that.
Your arguments are very convincing. In part I of course familiar with it. I really did not enjoy the project and just use this:
Code: Select all
CLS
ARC _Aidos.arc
XPP% 1
ALINK% 1 _Aidos.res / PM: PM
I actually use a standard single-window editor TotalCommander. I used to use MultiEdit, but under Windows 7 to abandon it.
The newest source code of the system there is always here: http://lc.kubagro.ru/Install_Aidos-X/_AIDOS-X.doc. I point the way to the doc-file, as in the original text of the use Russian language and this can create problems, if you use DOS-TXT.
Yet we must bear in mind that the system "Aidos-X++" was created by the author prof.E.V.Lutsenko not as a software product, ie not for sale, and for use in the educational process and scientific research. Therefore, it does not meet the requirements for a software product. Therefore, everything is always in full open access have here: http://lc.kubagro.ru/aidos/_Aidos-X.htm. In general, I am always glad if someone can come in handy my work: http://bb.donnay-software.com/donnay/vi ... f=7&t=1443
Re: Incorrect line number with the error performance
as Chris say : a Xbase++ DLL can NOT be use by other Windows System while it is NOT compatible with standard Windows DLLEugene Lutsenko wrote:Yes, it wants to use them in Delphiskiman wrote:Hi,
You want to create a DLL with your xbase++ functions, and your collegue wants to use it with another language?
As far as I know, this won't be possible.

e.g. search in a Xbase++ DLL for :
it can be 1_90_0 or 2_00_00"__This_DLL_needs_version_"
greetings by OHR
Jimmy
Jimmy