Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-24 16:18, Jürgen Hestermann wrote: I can type "begin" and "end" much faster than the cryptic { and } (on my german keyboard). I use all 10 fingers for typing and each special character is an interruption in my coding flow.. I use a custom Dvorak keyboard layout. I used to use

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

Am 2017-05-24 um 15:44 schrieb Karoly Balogh (Charlie/SGR): > OK, this is also beautiful, thanks again. :) BSDs seem to have strlcpy() > tho', which works around both defects mentioned here, but that's non > standard obviously, because who needs standard functions which make sense. > :) Yes,

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

Am 2017-05-24 um 14:02 schrieb wkitt...@windstream.net: > On 05/24/2017 12:54 AM, Ralf Quint wrote: >> Well, the problem is that you can't use those handy Pascal strings that >> much anymore these days. Ever since you need to use UTF8 to properly >> represent textual context, this all has become

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

Am 2017-05-24 um 13:59 schrieb Graeme Geldenhuys: > But in Object Pascal you have... > > begin > ... > if then > begin > ... > if then > begin > ... > Object Pascal blocks are longer to type - “begin” vs ”{” and “end” vs ”}”. I don't know why this

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/24/2017 04:44 PM, Karoly Balogh (Charlie/SGR) wrote: Hi, On Wed, 24 May 2017, Nikolay Nikolov wrote: this is bad language design. Bonus points for the fact that writing this ugliness: if (5 == i) do_something(); is considered a very good practice by some people, just

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

Hi, On Wed, 24 May 2017, Nikolay Nikolov wrote: > Yes, this is one of the horrible things I have beef with. I have several. > () > 2) the fact that the array size is not exactly part of the type. In case > you're wondering what this means, if you declare: > > int a[5]; > > sizeof(a) gives

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/24/2017 04:28 PM, Karoly Balogh (Charlie/SGR) wrote: 1., no standard way to determine the length of an array compile time. sizeof() returns the length in bytes, not the number of elements. Basically you have to do sizeof(array)/sizeof(elementtype), where the elementtype has to be the

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

Hi, On Tue, 23 May 2017, nore...@z505.com wrote: > Pascal and C are actually twin brothers with slightly different > syntax... Fortunately, they really aren't. :) And this goes both ways. > But my biggest hate for C is not C itself but just the one fact that it > lacks strings. Strings are a

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/24/2017 04:56 AM, nore...@z505.com wrote: On 2017-05-22 18:53, Graeme Geldenhuys wrote: On 2017-05-22 23:39, nore...@z505.com wrote: What about Rust or plain C? Or Digital Mars D? I hate C with a passion. I'll never code in that ever again. Pascal and C are actually twin brothers

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/24/2017 04:59 AM, nore...@z505.com wrote: On 2017-05-23 01:03, Nikolay Nikolov wrote: Isn't java just a wrapper around C? No. Java compilers generate code for a virtual machine, called JVM (Java Virtual Machine). They do not generate code for x86 CPUs or any other ...snip... But

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/24/2017 12:54 AM, Ralf Quint wrote: On 5/23/2017 7:19 PM, wkitt...@windstream.net wrote: On 05/23/2017 09:56 PM, nore...@z505.com wrote: The C struct is literally the pascal record, and is all based on the same Structured Programming work by Dijkstra except that the C struct does not

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-24 02:52, nore...@z505.com wrote: I'm not just talking about 8 space indentation vs 4 space or 2, I mean having to put code { { { here Instead of fpc/oberon/golang: But in Object Pascal you have... begin ... if then begin ... if

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-24 02:56, nore...@z505.com wrote: But my biggest hate for C is not C itself but just the one fact that it lacks strings. I also hate the cryptic syntax, the fact that there is *.c and *.h files etc. Apparently Java took a lot of ideas from C, but at least they had the common sense

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-24 02:59, nore...@z505.com wrote: But the virtual machine is just C code, so it's a wrapper around C, IMO That is way over-simplifying it I would think. I could be wrong, but, all it does is end up calling C written VM, right? Technically, you can write a VM in many other

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 5/23/2017 7:19 PM, wkitt...@windstream.net wrote: > On 05/23/2017 09:56 PM, nore...@z505.com wrote: >> The C struct is literally the pascal record, and is all based on the >> same Structured Programming work by Dijkstra > > except that the C struct does not have the array length at position >

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/23/2017 09:52 PM, nore...@z505.com wrote: Just to do basic bloody damn things, Java and C# require ridiculous obnoxious nests/indentations. > No talking about 2 vs 8 space indentation choices, although that's another issue i'm guessing that you haven't played with python where indention

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/23/2017 09:56 PM, nore...@z505.com wrote: The C struct is literally the pascal record, and is all based on the same Structured Programming work by Dijkstra except that the C struct does not have the array length at position zero and you have to process until you hit the first null

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-22 18:39, Graeme Geldenhuys wrote: On 2017-05-22 22:45, nore...@z505.com wrote: The amount of nesting and indented procedures inside classes in Java is horrible, IMO. It's not a Java language issue, but the indent preference of the developer. Many Java IDE's support multiple

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-23 01:03, Nikolay Nikolov wrote: Isn't java just a wrapper around C? No. Java compilers generate code for a virtual machine, called JVM (Java Virtual Machine). They do not generate code for x86 CPUs or any other ...snip... But the virtual machine is just C code, so it's a

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-22 18:53, Graeme Geldenhuys wrote: On 2017-05-22 23:39, nore...@z505.com wrote: What about Rust or plain C? Or Digital Mars D? I hate C with a passion. I'll never code in that ever again. Pascal and C are actually twin brothers with slightly different syntax... But my biggest

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 05/23/2017 01:35 AM, nore...@z505.com wrote: On 2017-05-18 10:12, Graeme Geldenhuys wrote: On 2017-05-18 16:04, Ryan Joseph wrote: After I looked at the code I didn't see anything strange about it Thank you, that's what I thought too. it just got me thinking, if that code can be that

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-18 10:05, Graeme Geldenhuys wrote: On 2017-05-18 15:58, Reimar Grabowski wrote: A real game would be done differently and then FPC is fast. Oh, so work around the FPC problem. I get it now. ;-) Wanne do PacMan in 160x100 resolution, no problem for FPC. Check. Wanne do

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-21 07:58, Felipe Monteiro de Carvalho wrote: On Thu, May 18, 2017 at 5:05 PM, Graeme Geldenhuys wrote: Use Java instead. ;-) Check. Oh wait, that's what I did for that project. Well, Java also has its issues. ... import java.util.*; class

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

On 2017-05-14 13:58, Graeme Geldenhuys wrote: Yes, and based on OpenJDK with their own additions - just like Oracle is doing. I forgot to say... But to be fair, most of the information regarding Oracle's Java releases, OpenJDK, IBM J9 etc is pretty murky. Regards, Graeme -- fpGUI Toolkit

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

Graeme Geldenhuys wrote: > Doesn't IBM, Linux, FreeBSD etc use OpenJDK? I was also under the > impression that Oracle now also uses OpenJDK as the base for their > releases - with some of their own additions. If this is all correct, it > means they all pretty much use the same Java VM and