Search found 204 matches
- Fri Oct 21, 2016 11:36 am
- Forum: Archive
- Topic: 8pt vs 9pt vs 10pt Arial
- Replies: 18
- Views: 19272
Re: 8pt vs 9pt vs 10pt Arial
I currently used the fixed width font Consolas 9pt when I'm writing code and Calibri 11pt for documentation. However, font preferences are so subjective I don't see any point in changing the default. What could be done is to highlight how to change the default in the installation notes or, even bett...
- Wed Oct 19, 2016 8:43 pm
- Forum: Resolved (Features)
- Topic: issue-#138 Support for files larger than 2Gb
- Replies: 54
- Views: 94003
Re: Max file size
We needed to read / write third party .bin files; we didn't need full BlackBox View support for big files. I am not in a position to publish the code, but the interfaces may be of interest here. There are no compatibility problems with the 32-bit file size code. That seems like a really neat and se...
Re: BYTE
BYTE is signed in BlackBox and GPCP.DGDanforth wrote:UBYTE implies that BYTE is signed. Not good.
Re: BYTE
This issue has been already tackled elsewhere. GPCP introduces an additional type for unsigned bytes called UBYTE. It is needed there so that Component Pascal can be a full consumer of the .NET Common Language Specification (CLS) libraries. It is a numeric type, unlike SHORTCHAR.
- Thu Oct 13, 2016 11:18 am
- Forum: Resolved (Bugs)
- Topic: issue-#134 interface change not detected
- Replies: 20
- Views: 19937
Re: issue-#134 interface change not detected
Yes - I know that A is exported but I only expected it to be visible (i.e. as a hidden pointer), not that its structure would be known. So then I tried the following experiment but did not get the result I would have expected: MODULE TestAnon; TYPE A2* = ARRAY 2 OF CHAR; A3 = ARRAY 3 OF CHAR; P2* = ...
- Wed Oct 12, 2016 8:48 pm
- Forum: Resolved (Bugs)
- Topic: issue-#134 interface change not detected
- Replies: 20
- Views: 19937
Re: issue-#134 interface change not detected
ARRAY 1 OF CHAR is a private anonymous type. Why should the interface change if it changes?
Try it with private / public named types instead and see what happens.
Try it with private / public named types instead and see what happens.
- Tue Oct 11, 2016 11:54 am
- Forum: Archive
- Topic: Unused IMPORTs
- Replies: 3
- Views: 3715
Re: Unused IMPORTs
Doug, Firstly, be careful if you want your programs to always work as expected on different Oberon / Component Pascal systems. There should be no problem if A IMPORTS B, and B IMPORTS C because, as you say, the order of module initialisation should always be C, B then A. If, on the other hand: A IMP...
- Thu Oct 06, 2016 8:32 am
- Forum: Archive
- Topic: CPC version
- Replies: 10
- Views: 8733
Re: CPC version
Again, from Wikipedia: The derivative work becomes a second, separate work independent in form from the first. The transformation, modification or adaptation of the work must be substantial and bear its author's personality to be original and thus protected by copyright. Would a casual observer be a...
- Tue Oct 04, 2016 8:56 am
- Forum: Archive
- Topic: Accessing unloaded pointers
- Replies: 6
- Views: 6755
Re: Accessing unloaded pointers
It's been taken from the middle of a discussion that has been going on for the last couple of days on the ETH Oberon mailing list. The relevant part started about here:
http://lists.inf.ethz.ch/pipermail/ober ... 09860.html
http://lists.inf.ethz.ch/pipermail/ober ... 09860.html
- Mon Oct 03, 2016 11:47 am
- Forum: Archive
- Topic: CPC version
- Replies: 10
- Views: 8733
Re: CPC version
OK - I've investigated further and it appears that the correctness of adding Copyright notices is determined by the definition of 'derivative works'. While I wouldn't count on Wikipedia as a substitute for professional legal advice it is good for an overview: https://en.wikipedia.org/wiki/Derivative...