On Friday 10 of June 2011 10:22:34 Max Vlasov wrote:
Looks like it's linux-only patch introduced at around 2004
http://sourceware.org/ml/libc-hacker/2004-09/msg00083.html
so was not a good idea to update rtl\unix\dl.pp :)
But would be ok to add it to documentation of dynlibs, that someone
I'm translating LazReport and got next issue: some paper names include ?
symbols. Screenshot attached. They are also present in english version
attachment: screenshot.jpg--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Topic localization issue was little wrong because as i said issue also
present in en version
2011/6/11 Igor Paliychuk mansoni...@gmail.com
I'm translating LazReport and got next issue: some paper names include ?
symbols. Screenshot attached. They are also present in english version
--
I realize that when I change from embedded server to, for instance, CGI, some
things must be adjusted. For example, I use TRequest.ScriptName to get the
base path of my web. This seems OK for CGI but not for embedded server,
because it's not set there. I even got almost totally different
--- El sáb 11-jun-11, Igor Paliychuk mansoni...@gmail.com escribió:
De: Igor Paliychuk mansoni...@gmail.com
Asunto: [Lazarus] LazReport localiation issue
A: Lazarus mailing list lazarus@lists.lazarus.freepascal.org
Fecha: sábado, 11 de junio de 2011, 9:35
I'm translating LazReport and got next
On Sat, 11 Jun 2011, leledumbo wrote:
I realize that when I change from embedded server to, for instance, CGI, some
things must be adjusted. For example, I use TRequest.ScriptName to get the
base path of my web. This seems OK for CGI but not for embedded server,
because it's not set there. I
On Sat, Jun 11, 2011 at 1:34 PM, Ludo Brands ludo.bra...@free.fr wrote:
The solution you propose to avoid the effect of loading dynamically a
library which has already been marked for loading by the linker seems quite
dangerous. Suppose the unit that caused the linker to include the library
William Oliveira Ferreira schrieb:
Sorry DoDi, i wrote without re-read the package name, i was using
easydockmgrdsgn.
I've just uploaded another DockableIDE.patch (Mantis 19308), that makes
the EasyDockMgrDsgn work in the trunk. The undocked IDE should not be
affected by these changes
