Helmut,
thank you for your suggestion, I have incorporated it into Herschel. It does look like a hack to me, though; but it seems there's no one to second my suggestion of a more elegant and platform-independent solution?
Search found 68 matches
- Sun Apr 11, 2021 6:34 pm
- Forum: BlackBox Framework
- Topic: Current directory and Dialog.RunExternal
- Replies: 8
- Views: 17280
- Wed Mar 03, 2021 3:06 pm
- Forum: BlackBox Framework
- Topic: Current directory and Dialog.RunExternal
- Replies: 8
- Views: 17280
Current directory and Dialog.RunExternal
Colleagues, by convention, relative paths in BB are evaluated with respect to the BB working directory, thus 'Hr/Demo' stands for 'C:\Program Files\BlackBox\Hr\Demo'. It seems, however, that Dialog.RunExternal does not fully respect this convention. When BB is started with the '/USE C:\Herschel' opt...
- Mon Feb 15, 2021 9:09 am
- Forum: Components Support
- Topic: PE Decoder: executable files analyse framework
- Replies: 2
- Views: 9643
Re: PE Decoder: executable files analyse framework
Where's the LIKE button here?
- Sun Jan 24, 2021 1:01 pm
- Forum: Component Pascal
- Topic: Assigning values to pointers or passing pointers to VAR args
- Replies: 12
- Views: 23703
Re: Assigning values to pointers or passing pointers to VAR
Very impressive! Looks like a lot of work has been put into the project!
So, is it correct to say that due to your CP->Oberon+ transpiler it is now somewhat possible to compile CP into Lua bytecode?
So, is it correct to say that due to your CP->Oberon+ transpiler it is now somewhat possible to compile CP into Lua bytecode?
- Sat Jan 23, 2021 12:07 pm
- Forum: Component Pascal
- Topic: Assigning values to pointers or passing pointers to VAR args
- Replies: 12
- Views: 23703
Re: Assigning values to pointers or passing pointers to VAR
Can you specify your question regarding your point 7? SYSTEM.PTR is a "pointer to anything". You may notice that in the language itself, there is no 'generic pointer': ANYPTR is a POINTER TO ANYREC, and so ANYPTR is not compatible with POINTER TO ARRAY ... SYSTEM.PTR is compatible with bot...
- Fri Jan 22, 2021 9:22 pm
- Forum: Component Pascal
- Topic: Assigning values to pointers or passing pointers to VAR args
- Replies: 12
- Views: 23703
Re: Assigning values to pointers or passing pointers to VAR
The $ cannot be ignored!! And it has nothing to do with pointers. It is the string selector: VAR a: ARRAY N OF CHAR Now, a designates the whole array of N chars; while a$ designates the null-terminated string contained in array a. As you can see, no pointers involved here. ************ The [untagged...
- Sat Jan 09, 2021 2:31 pm
- Forum: Component Pascal
- Topic: A REAL bad program compiles well
- Replies: 11
- Views: 16935
Re: A REAL bad program compiles well
Yes, under ∈ I meant 'interval' rather that set membership, I agree with your pedantical wording. Thank you very much! My request is exhausted. I am relieved to know that SHORT is not required in short := SHORT(0.3); even more so - that the Language Report is coherent. I have implemented the REAL ty...
- Thu Jan 07, 2021 10:16 pm
- Forum: Component Pascal
- Topic: A REAL bad program compiles well
- Replies: 11
- Views: 16935
Re: A REAL bad program compiles well
Assignment compatible An expression e of type Te is assignment compatible with a variable v of type Tv if one of the following conditions hold: ... 5. Tv is a numeric type and e is a constant expression whose value is contained in Tv; Thanks for pointing this out. What does 'contained' mean? Is it ...
- Wed Jan 06, 2021 4:05 pm
- Forum: Component Pascal
- Topic: A REAL bad program compiles well
- Replies: 11
- Views: 16935
Re: A REAL bad program compiles well
So, are you saying you don't want to lose precision? Your story helps understand how it is very convenient to have constants that can be used with appropriate precision in REAL and SHORTREAL expressions. How about the other wording then - would it capture what you want to achieve (keeping flixibilit...
- Wed Jan 06, 2021 12:58 pm
- Forum: Component Pascal
- Topic: A REAL bad program compiles well
- Replies: 11
- Views: 16935
Re: A REAL bad program compiles well
Colleagues, thank you for your clarifications. From the persceptive of strict LR compliance, it makes sense to me why GPCP requires the explicit conversion: shortreal := SHORT(0.3) It seems that, interpreted as is on the face, the LR renders the following as not Assignment Compatible: shortreal := 0...