Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-other / 2005-03

Access to the mailing list

6 messages · 4 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Unknown author

Hi,

Two days ago, I have send three mails to the fpc-pascal mailing list. One was published, the other two don't appear. In the meantime I have successful send a answer in the first thread, but every of the four attempts to send any of the other two mails failed. Exists any problems with the mailing list?

wkr Peter.

Florian Klaempfl
to Unknown author
Show quoted text 8 lines
Hi, Two days ago, I have send three mails to the fpc-pascal mailing list. One was published, the other two don't appear. In the meantime I have successful send a answer in the first thread, but every of the four attempts to send any of the other two mails failed. Exists any problems with the mailing list?

Not that we/I know. Were the mails big, did they use html i.e. looking like spam?

Peter J. Haas
to Florian Klaempfl

Hi Florian,

you wrote 8 lines
> Two days ago, I have send three mails to the fpc-pascal mailing list. > One was published, the other two don't appear. In the meantime I have > successful send a answer in the first thread, but every of the four > attempts to send any of the other two mails failed. Exists any > problems with the mailing list? > Not that we/I know. Were the mails big,

No. The one 938 byte the other 802 byte.

did they use html

No.

i.e. looking like spam?

I don't think.

Here a copy of the one mail (inclusive header, quoted).

Show quoted text 34 lines
Date: Thu, 17 Mar 2005 20:28:38 +0100 From: "Peter J. Haas" X-Mailer: The Bat! (v1.62r) Personal Reply-To: "Peter J. Haas" X-Priority: 3 (Normal) Message-ID: To: FPC-Pascal users discussions Subject: Hint on float converting MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, if I assign a variable / function from type Extended to a variable from type Double appear the hint: 'Type size mismatch, possible loss of data / range check error'. This is correct, but if I do this aware it is annoying. For integer types I can simple use a type convert to control the hint: var b: Byte; i: Integer; begin i := 100; b := Byte(i); end; How I can tell the compiler, that I want the reducing? For float types I can not use a type convert. wkr Peter.

wkr Peter.

Peter Vreman
to Peter J. Haas
> if I assign a variable / function from type Extended to a variable > from type Double appear the hint: 'Type size mismatch, possible loss > of data / range check error'. This is correct, but if I do this aware > it is annoying.

Hints should not be enabled by default. They are only provided to help finding errors.

Peter

Peter J. Haas
to Peter Vreman

Hi Peter,

you wrote 6 lines
> > if I assign a variable / function from type Extended to a variable > > from type Double appear the hint: 'Type size mismatch, possible loss > > of data / range check error'. This is correct, but if I do this aware > > it is annoying. Hints should not be enabled by default.

I disagree.

They are only provided to help finding errors.

If I develop, I try to avoid errors always. Therefore hints and warnings are always enabled on my system.

Your suggestion have a furthermore problem. If I enable the hints only to check for potential errors, I need to analyse all hints every time. This cause many more effort. I prefer to analyse the potential problem once and remove the problem or hide the hint, if there is not any problem.

wkr Peter.

Peter Vreman
to Peter J. Haas
Show quoted text 22 lines
Hi Peter, on 2005-03-20T17:17:53+02:00 you wrote: >> > if I assign a variable / function from type Extended to a variable >> > from type Double appear the hint: 'Type size mismatch, possible loss >> > of data / range check error'. This is correct, but if I do this aware >> > it is annoying. > Hints should not be enabled by default. I disagree. > They are only provided to help finding errors. If I develop, I try to avoid errors always. Therefore hints and warnings are always enabled on my system. Your suggestion have a furthermore problem. If I enable the hints only to check for potential errors, I need to analyse all hints every time. This cause many more effort. I prefer to analyse the potential problem once and remove the problem or hide the hint, if there is not any problem.

You are welcome to provide a clean solution (and patch) to hide hints. For us it has low priority.