[Lazarus] Pthreads and GDB
Hello: Lazarus 1.2.6, from sourceforge OS: Linux mint 13. I'm working in an application that uses sqlite3. The application runs fine from the command line, but in debugger mode when it reaches the sentence: SqlCon.Connected:=true; raises a strange IDE error: Cannot find new threads: Generic error I've searched, and it looks like a gdb issue, but I'm don't know how to fix it Any idea? Santiago A. -- Santiago A. s...@ciberpiula.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Pthreads and GDB
On 14/12/2014 11:37, Santiago A. wrote: I'm working in an application that uses sqlite3. The application runs fine from the command line, but in debugger mode when it reaches the sentence: SqlCon.Connected:=true; raises a strange IDE error: Cannot find new threads: Generic error I've searched, and it looks like a gdb issue, but I'm don't know how to fix it I dont know, but people here seem to have had some success: http://stackoverflow.com/questions/2702628/gdb-cannot-find-new-threads-generic-error Not sure how to hard link pthread using fpc, Xut you can play with the environment. Either set it for the IDE (will be passed on), or try in Menu: Run Run Param. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] file name encoding
Hi, hopefully this is not too far OT i dare to ask: When reading directories and files using FindFirst()/FindNext() using system encoding my program hangs on german 'ß' (eszett). I'm using fpc 2.6.2 and lazarus 1.2.0, so string encoding should normally be the same as the system encoding. On the console nothing is wrong, but in an xterm it fails. The encoding difference between consol and xterm is only: XTERM_LOCALE=de_DE.ISO8859-15 and the termcap var belonging to it. OS is FreeBSD 9.1-STABLE amd64 Complete locale settings: console: LC_CTYPE=de_DE.ISO8859-15 LC_COLLATE=de_DE.ISO8859-15 LC_TIME=de_DE.ISO8859-15 LC_NUMERIC=en_US.ISO8859-1 LC_MONETARY=de_DE.ISO8859-15 LC_MESSAGES=en_US.ISO8859-1 xterm: TERMCAP=xterm|X11 terminal emulator:... XTERM_LOCALE=de_DE.ISO8859-15 LC_MESSAGES=en_US.ISO8859-1 LC_CTYPE=de_DE.ISO8859-15 LC_TIME=de_DE.ISO8859-15 LC_COLLATE=de_DE.ISO8859-15 LC_NUMERIC=en_US.ISO8859-1 LC_MONETARY=de_DE.ISO8859-15 What is the exact problem here and how can it be solved? -- Marc Santhoff m.santh...@web.de -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fwd: Need help in streaming components
Thank you for your respond. I find that my real problem is more complex and need more help from you. I want my TClass1 can contain many TClass2. It means that number of TClass2 in TClass1 is not fixed. I've tried to use TComponentList, but it does not work. I knew that TCollection supports streaming, however, TClass1 and TClass2 must be TComponent. 2014-12-15 0:23 GMT+07:00 Howard Page-Clark h...@talktalk.net: On 14/12/2014 12:23, Kiên Nguyễn Tiến Trung wrote: I am trying to streaming. I spent a lot of time but I didn't find the proper solution. I have two classes, TClass1, TClass2. Although the parent of AClass2 is AClass1, AClass2 isn't saved into specified file, only AClass1 is. AClass1 is not the parent of AClass2. The two classes have no relationship, certainly not a hierarchical relationship. You make AClass1 the *owner* (not the *ancestor*) of AClass2 for that single instantiation in your program (i.e. responsible for correctly freeing the instance). However, TClass1 and TClass2 are completely unrelated, and know nothing about each other's properties. Perhaps you are looking for something like the attached zipped unit1.pas. Howard --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus