Code: Select all
IF (ch # view) & (ch # para) THEN
IF ch = CR THEN WriteChar(wr, LF) ELSE WriteChar(wr, ch) END;
END;Search found 234 matches
- Fri Aug 16, 2019 2:59 pm
- Forum: Resolved (Features)
- Topic: issue-#201 Importer and Exporter for UTF-8 texts
- Replies: 16
- Views: 18645
Re: issue-#201 Importer and Exporter for UTF-8 texts
ExportUtf8, how about skip views?
- Sat Aug 10, 2019 3:45 am
- Forum: Resolved (Features)
- Topic: issue-#201 Importer and Exporter for UTF-8 texts
- Replies: 16
- Views: 18645
Re: issue-#201 Importer and Exporter for UTF-8 texts
the first rigister one with {importAll} is valid, so the patch for Config should put in top of the "Setup" to take effect. please check this code in the Config file: Converters.Register("DevBrowser.ImportSymFile", "", "TextViews.View", "osf", {}); Co...
- Fri Aug 09, 2019 5:09 pm
- Forum: Resolved (Features)
- Topic: issue-#201 Importer and Exporter for UTF-8 texts
- Replies: 16
- Views: 18645
Re: issue-#201 Importer and Exporter for UTF-8 texts
Read the code of Converters.Import .Josef Templ wrote:What is the effect of specifying {Converters.importAll}? I cannot see any difference in the behavior.
- Thu Aug 08, 2019 5:15 am
- Forum: Bugs
- Topic: Slow printing speed
- Replies: 4
- Views: 9951
Re: Slow printing speed
I do a test MODULE ObxUnicode; IMPORT Log := StdLog, CpcTimers; PROCEDURE Do* (); VAR i: INTEGER; VAR t: CpcTimers.Timer; BEGIN t.Start(); FOR i := 0 TO 16 DO Log.String("●●●●●●"); Log.Tab; END; t.Stop(); Log.Ln; Log.Int(t.Ticks()); Log.Ln; t.Start(); FOR i := 0 TO 16 DO Log.String('' + 0D...
- Mon Jun 24, 2019 3:55 am
- Forum: Resolved (Bugs)
- Topic: issue-#199 compiler trap with SYSTEM.ADR(BasicType)
- Replies: 3
- Views: 7312
- Sun Apr 28, 2019 12:29 pm
- Forum: Bugs
- Topic: about SYSTEM.ADR(BasicType)
- Replies: 11
- Views: 21809
about SYSTEM.ADR(BasicType)
a small issue with SYSTEM.ADR(BasicType): MODULE ObxAdr; IMPORT S := SYSTEM,COM; TYPE T* = INTEGER; PROCEDURE Adr(); VAR x: INTEGER; BEGIN x := ADR(T); END; END ObxAdr. a scratch fixup DevCPB.MOp ... | adr: (*ADR*) .... ELSIF z.class = Ntype THEN IF z.obj.typ.untagged THEN err(111) ELSE (* +++ *) CA...
- Fri Dec 28, 2018 11:58 am
- Forum: Resolved (Features)
- Topic: issue-#196 StdCoder Separator
- Replies: 11
- Views: 15903
Re: StdCoder Separator
that means it's not a bug...
But how was the example file created? Under which release?
Can our center distribution create such a file?
Maybe Ivan can get the answer form its author.
But how was the example file created? Under which release?
Can our center distribution create such a file?
Maybe Ivan can get the answer form its author.
- Fri Dec 21, 2018 7:59 am
- Forum: Resolved (Features)
- Topic: issue-#196 StdCoder Separator
- Replies: 11
- Views: 15903
issue-#196 StdCoder Separator
I don't know if this error has been fixed in the center copy. In my copy it has been fixed: StdCoder .... Separator = "/"; Separator2="\";(*add*) StdCoder.GetFile PROCEDURE GetFile(VAR path: ARRAY OF CHAR; VAR loc: Files.Locator; VAR name: Files.Name); VAR i, j: INTEGER; ch: CHAR...
- Wed Dec 19, 2018 10:33 am
- Forum: Rejected (Bugs)
- Topic: parameter type
- Replies: 11
- Views: 16130
Re: parameter type
Although it's correct that IN x: ARRAY 32 OF CHAR is not usable because of name equivalence, forward references shouldn't be type checked. This problem was already issued and corrected in Oberon-2 in the last change (during 1996): ftp://ftp.ssw.uni-linz.ac.at/pub/Oberon ... eList.Text " forwar...
- Fri Nov 16, 2018 5:04 am
- Forum: Bugs
- Topic: File discrepancy between BB and Windows
- Replies: 8
- Views: 14552
Re: File discrepancy between BB and Windows
do you notice this comment? (* pre: copy sysclass.dll from system dir to Test\tmp *) that demonstrate the System32 is a special directory; what I understand: it is not a BB bug, it is a feature of WoW64: that make win32 and win64 can use same name sysytem library,but they are actually not same file!...