Re: [fpc-devel] fpc_ShortStr_To_WideStr
>> Use the bug database to report bugs. Bugs reported on the mailing list >> will be forgotten. > > I know, but www.freepascal.org & cvs.freepascal.org are down (?) altrow > pings > show they are active... > The bug database worked for me 1 hour ago. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc_ShortStr_To_WideStr
Use the bug database to report bugs. Bugs reported on the mailing list will be forgotten. I know, but www.freepascal.org & cvs.freepascal.org are down (?) altrow pings show they are active... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc_ShortStr_To_WideStr
> While we on theme. At least in FPC 1.9.8 there is bug in compiler: it > can't > internally convert "constant AnsiChar" to "constant WideChar". Use the bug database to report bugs. Bugs reported on the mailing list will be forgotten. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc_ShortStr_To_WideStr
While we on theme. At least in FPC 1.9.8 there is bug in compiler: it can't internally convert "constant AnsiChar" to "constant WideChar". = uses SysUtils; const sConst = 'W'; procedure Do1(const w: PWideChar); begin StrToInt(w); end; begin Do1(sConst); //Error: Incompatible type for arg no. 1: Got "Char", expected "PWideChar" Do1('W');//Error: Incompatible type for arg no. 1: Got "Char", expected "PWideChar" Do1('WW'); // SUCCEEDED end. = ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc_ShortStr_To_WideStr
peter green wrote: oops looks like i commented out the wrong line when changing the widestringmanager system for improved flexibility. the code should be: Function fpc_ShortStr_To_WideStr (Const S2 : ShortString): WideString; {$ifdef hascompilerproc} compilerproc; {$endif} { Converts a ShortString to a WideString; } Var Size : SizeInt; begin Size:=Length(S2); //Setlength (fpc_ShortStr_To_WideStr,Size); if Size>0 then begin widestringmanager.Ansi2WideMoveProc(PChar(@S2[1]),fpc_ShortStr_To_WideStr,Si ze); { Terminating Zero } PWideChar(Pointer(fpc_ShortStr_To_WideStr)+Size*sizeof(WideChar))^:=#0; end; end; Thanks for the quick response. That fix works for me. Colin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
RE: [fpc-devel] fpc_ShortStr_To_WideStr
oops looks like i commented out the wrong line when changing the widestringmanager system for improved flexibility. the code should be: Function fpc_ShortStr_To_WideStr (Const S2 : ShortString): WideString; {$ifdef hascompilerproc} compilerproc; {$endif} { Converts a ShortString to a WideString; } Var Size : SizeInt; begin Size:=Length(S2); //Setlength (fpc_ShortStr_To_WideStr,Size); if Size>0 then begin widestringmanager.Ansi2WideMoveProc(PChar(@S2[1]),fpc_ShortStr_To_WideStr,Si ze); { Terminating Zero } PWideChar(Pointer(fpc_ShortStr_To_WideStr)+Size*sizeof(WideChar))^:=#0; end; end; > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of C Western > Sent: 21 March 2005 21:37 > To: FPC developers' list > Subject: [fpc-devel] fpc_ShortStr_To_WideStr > > > Is the assignment to Size meant to be commented out? (I have just > started having trouble with a program which I think has just started > using widestrings because the DOM unit has been switched to widestrings.) > Colin > > Function fpc_ShortStr_To_WideStr (Const S2 : ShortString): WideString; > {$ifdef hascompilerproc} compilerproc; {$endif} > { > Converts a ShortString to a WideString; > } > Var > Size : SizeInt; > begin > //Size:=Length(S2); > > ___ > fpc-devel maillist - fpc-devel@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc_ShortStr_To_WideStr
On Mon, 21 Mar 2005, C Western wrote: > Is the assignment to Size meant to be commented out? (I have just > started having trouble with a program which I think has just started > using widestrings because the DOM unit has been switched to widestrings.) The DOM unit has always been using widestrings. As for the comment: it should _not_ be commented out, obviously, since the size is used in statements further on. Florian or Peter should be able to comment on this, I think. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] fpc_ShortStr_To_WideStr
Is the assignment to Size meant to be commented out? (I have just started having trouble with a program which I think has just started using widestrings because the DOM unit has been switched to widestrings.) Colin Function fpc_ShortStr_To_WideStr (Const S2 : ShortString): WideString; {$ifdef hascompilerproc} compilerproc; {$endif} { Converts a ShortString to a WideString; } Var Size : SizeInt; begin //Size:=Length(S2); ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Hint: Parameter 'sender' not used
>> > Yes! Exactly my point. But now the useful hints are sunk into tons of >> > completely useless ones. >> >> Make your own error.msg file and change the hints you don't want to see >> into notes or comments. > > Are you suggesting this as "quick hack" or do you find useful those hints? > Are you theorically against it? > > I'd like it but it doesn't worth the changing of error.msg. This is a workaround. For us compiler-developpers it has low priority, IOW don't expect changes soon if we don't get any patches to support toggling specific Hints on/off. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Hint: Parameter "sender" not used
> > Yes! Exactly my point. But now the useful hints are sunk into tons of > > completely useless ones. > > Make your own error.msg file and change the hints you don't want to see > into notes or comments. Are you suggesting this as "quick hack" or do you find useful those hints? Are you theorically against it? I'd like it but it doesn't worth the changing of error.msg. Bye Uberto ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Hint: Parameter "sender" not used
Uberto Barbini wrote: >>But what do you mean with published methods? The published section is >>intended only for properties, which should be published in the object >>inspector. I guess you mean event methods. Beside event methods, >>callback functions and virtual methods could be affected too. > > > Yes, it means anything only in static private/protected methods and in pure > functions/procedures. > Completely removing it (optionally) could be a good solution too, Delphi > hasn't and I never missed it. > >>My main problem, if I hide the hint by using >> >>{$HINTS OFF} >>... >>{$HINTS ON} >> >>I remove all useful hints as well. > > > Yes! Exactly my point. But now the useful hints are sunk into tons of > completely useless ones. > Make your own error.msg file and change the hints you don't want to see into notes or comments. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Hint: Parameter "sender" not used
> But what do you mean with published methods? The published section is > intended only for properties, which should be published in the object > inspector. I guess you mean event methods. Beside event methods, > callback functions and virtual methods could be affected too. Yes, it means anything only in static private/protected methods and in pure functions/procedures. Completely removing it (optionally) could be a good solution too, Delphi hasn't and I never missed it. > > My main problem, if I hide the hint by using > > {$HINTS OFF} > ... > {$HINTS ON} > > I remove all useful hints as well. Yes! Exactly my point. But now the useful hints are sunk into tons of completely useless ones. Bye Uberto ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel