Hallo Herr Zbigniew,
am 29. Juni 2014 um 02:35 schrieben Sie:
2014-06-29 1:13 GMT+02:00, Rugxulo rugx...@gmail.com:
Turbo Pascal has a smartlinker while Turbo C does not.
Turbo C linker is about as smart as Turbo Pascal.
Indeed I noticed even earlier, that OBJ is of decent size (just a
2014-06-29 14:04 GMT+02:00, Tom Ehlert t...@drivesnapshot.de:
Most probably because you use printf().
It seems, not too much I can do about this using Turbo C:
1. Compilation of Hello, world! containing printf gave around 370
bytes for OBJ, and 8.3k for EXE.
2. The same when replaced printf
What I also noticed, Turbo C 2.01 doesn't like JEMMEX - while having
around 32 MB of EMS and 1 GB of XMS, I cannot switch to shell from its
IDE; it complained: not enough memory, press Esc.
No such problem when using XMGR instead of JEMMEX.
--
Z.
I am not sure it's related to the XMS manager you use. It's rather a
matter of the amount of conventional memory you have. Maybe when using
XMGR you end up with more free memory 640K than when using Jemmex?
Mateusz
On 06/29/2014 03:20 PM, Zbigniew wrote:
What I also noticed, Turbo C 2.01
2014-06-29 15:25 GMT+02:00, Mateusz Viste mate...@viste.fr:
I am not sure it's related to the XMS manager you use.
Unfortunately, it seems to be related.
It's rather a matter of the amount of conventional memory you have.
No, it was what I checked first before posting.
Maybe when using
Strange then. Maybe Jemmex provides more memory overall, but it's
fragmented for some reasons? MEM should tell you the size of the longest
contiguous block in memory (largest executable block size IIRC).
Mateusz
On 06/29/2014 03:45 PM, Zbigniew wrote:
2014-06-29 15:25 GMT+02:00, Mateusz
Most probably because you use printf().
It seems, not too much I can do about this using Turbo C:
1. Compilation of Hello, world! containing printf gave around 370
bytes for OBJ, and 8.3k for EXE.
2. The same when replaced printf with puts gave 6.4k for EXE.
puts() is essentially
puts
I have noticed quite a few code bloat issues with the Watcom C runtime.
For some of the more obscure functions it is often better to write some
inline assembly and make the DOS or BIOS call directly than it is to use
the corresponding C runtime function. The stat() family of functions
are a
Hi,
On Sun, Jun 29, 2014 at 8:45 AM, Zbigniew zbigniew2...@gmail.com wrote:
2014-06-29 15:25 GMT+02:00, Mateusz Viste mate...@viste.fr:
I am not sure it's related to the XMS manager you use.
Unfortunately, it seems to be related.
It's rather a matter of the amount of conventional memory
Hi,
On Sun, Jun 29, 2014 at 1:19 PM, dmccunney dennis.mccun...@gmail.com wrote:
There are fundamental language differences to take into account.
Niklaus Wirth created Pascal as a teaching tool, for teaching
algorithm design. It was originally intended to be compiled on
paper, with the
Hi,
On Sun, Jun 29, 2014 at 8:02 AM, Zbigniew zbigniew2...@gmail.com wrote:
2014-06-29 14:04 GMT+02:00, Tom Ehlert t...@drivesnapshot.de:
Most probably because you use printf().
Most C programs use printf (or sprintf, etc.) a fair bit. Very rarely
can you say, Well, I don't need it.
It
Hi,
On Sat, Jun 28, 2014 at 2:11 AM, Mateusz Viste mate...@viste.fr wrote:
On 06/28/2014 03:30 AM, Rugxulo wrote:
About VGA - simply because I needed 256 colors to make sudoku86 look
pleasent. But I do plan implementing CGA support soon (but it will be
deadly ugly).
CGA honestly doesn't
On Sun, 29 Jun 2014 22:53:47 +0200, Rugxulo rugx...@gmail.com wrote:
P.S. Did you test the new OpenWatcom support? Your changelog made it
sound like the makefile was updated (no) or an additional one was
included (no). A quick build didn't seem to work for me at all, but I
didn't look too
On Sun, Jun 29, 2014 at 4:21 PM, Rugxulo rugx...@gmail.com wrote:
On Sun, Jun 29, 2014 at 1:19 PM, dmccunney dennis.mccun...@gmail.com wrote:
I think you're mistaking it for ALGOL 60. Because Pascal always had
I/O built-in to the language (and compiler). That part was always
there, even
On 06/29/2014 10:53 PM, Rugxulo wrote:
CGA honestly doesn't look too bad here.
As for something that runs on technology that is 30 years old, yeah I
guess it looks acceptable :)
You're right, I was quick testing under DOSEMU. It didn't work there.
Of course DOSBox works fine.
BTW, Mr.
Hi,
On Sun, Jun 29, 2014 at 4:49 PM, Mateusz Viste mate...@viste.fr wrote:
On 06/29/2014 10:53 PM, Rugxulo wrote:
CGA honestly doesn't look too bad here.
As for something that runs on technology that is 30 years old, yeah I
guess it looks acceptable :)
Even VGA (or SVGA or VESA) is ancient
2014-06-29 21:16 GMT+02:00, Rugxulo rugx...@gmail.com:
I don't know which versions exactly, but AFAIK, Turbo C tries to use
EMS by default (if found) but not XMS (without some cmdline switches).
So who knows if it's getting confused here. Remember that 32 MB of EMS
is a lot (to it)!
Are you
17 matches
Mail list logo
