Re: [Lazarus] Ubuntu 9.04 (Lazarus too slow)
Eduardo Lopez wrote: Hi Leonardo: I run Lazarus 0.9.27 in Ubuntu 9.04 without problem (GTK2). But i run Windows XP in VirtualBox and some applications are very slow and take the CPU to 100%. I tried VMPlayer and it works very well. I think that there are some bugs in VirtualBox that remains from old versions. Try to do the same with VMPlayer (it's free). You can create a VM with http://www.easyvmx.com/ and then install the O.S. I'm not fully up-to-date with versions etc. but what I've seen is that under some circumstances Lazarus- particularly with gtk2- is unreasonably slow running over a remote (i.e. networked) X session. Speed to a local X session and remotely using VNC is acceptable. I've recently also noticed that recent versions of Mozilla are also slow over remote X but acceptable locally or using VNC. By slow I mean glacial. I've not attempted to raise this as a Mozilla bug or with the distro (Debian). Frankly they're both so self-absorbed in their own problems I'd not know where to start. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Ubuntu 9.04 (Lazarus too slow)
Graeme Geldenhuys wrote: On Thu, May 7, 2009 at 10:49 AM, Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: I'm not fully up-to-date with versions etc. but what I've seen is that under some circumstances Lazarus- particularly with gtk2- is unreasonably slow running over a remote (i.e. networked) X session. Speed to a local X session and remotely using VNC is acceptable. Lazarus via a remove X session in TOTALLY unusable!! It is clearly a bug somewhere in the LCL-GTK2 widgetset, because other GTK2 applications like Mozilla Firefox, Thunderbird, Nero for Linux, gEdit, Nautilus etc all run fine with acceptable speeds. No, Firefox (or specifically Debian's rebranded version which they call IceWeasel) does NOT run with acceptable speed over a remote X session, although this might in part depend on the hardware platform. I'm afraid I can't test this in detail at present due to Debian self-destructing after an update to one of my development systems, but so far it appears that I get exactly the same combination of problems as we've previously discussed with Lazarus. I was going to comment on this publicly after I'd tried to characterise the Mozilla problem a bit more, but at present I'd suggest that it's either a bug inside GTK2 itself or is associated with a particular way of using one or more GTK2 facilities. This appears to be worse on SPARC than on x86, it would be interesting to know whether it is predictably worse on big-endian than little-endian systems. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Audible alerts
Is there a recommended/portable Lazarus/FPC function comparable with Windows' MessageBeep(), i.e. that provided a soundcard is available can make different noises depending on the alert type? Is there a recommended/portable way of sending MIDI to a sound card? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot read symbolic link /proc/PID/exe: No such file or directory
ls -l /proc/12415/exe ls: cannot read symbolic link /proc/13415/exe: No such file or directory lrwxrwxrwx 1 roland roland 0 2008-12-23 00:20 /proc/13415/exe Why does it behave this way? Are you root? $ ls -l /proc/1/exe ls: cannot read symbolic link /proc/1/exe: Permission denied lrwxrwxrwx 1 root root 0 2008-12-23 07:30 /proc/1/exe # ls -l /proc/1/exe lrwxrwxrwx 1 root root 0 2008-12-23 07:30 /proc/1/exe - /sbin/init You'll probably find that it will work if the process you are trying to look at is owned by yourself or if you are root. I think that what the error message is telling you is that it can see the symlink but can't follow it. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Portable error messages
Graeme Geldenhuys wrote: On Fri, Dec 5, 2008 at 1:36 AM, Mark Morgan Lloyd [EMAIL PROTECTED] wrote: SysErrorMessage(GetLastError); If there a portable way (e.g. for Linux and Windows) in FPC? There is a SysUtils function called GetLastOSError(). it's cross-platform, but I don't know if it is implemented in all OS's. I know it is for Windows and Unix (which includes Linux). Thanks Graeme, got it. Looks like the other bit of the puzzle is also called SysErrorMessage(). -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Open URL in default browser X-platform
Bart wrote: Hi, I come from Windows/Delphi (3.0) background and I'm gradually moving towards Lazarus/fpc. Opening an URL in Windows is a piece of cake, you just let the OS take care of the assotiations with the http protocol to open it (using shellexecute). This of course will not do for other platforms. So I set myself the task of launching an URL in an external browser on other platforms. Since I only have Linux (besides Win) I began with that. I tried to find examples on the net, but had no luck. I might well be re-inventing the wheel though... Here's my approach: - try to detect the windowmanger (for now I know how to do this for KDE and GNOME, XFCE is on my whishlist) On KDE - lookup DESKTOK_LAUNCH environment variable - if not there, look for kde-open - if not there look for kfmclient - if not there look for xdg-open - if not there try fallback (possibly using gnome-open might also work under KDE ???) On GNOME - look fo gnome-open - if not there, look for xdg-open - if not there try fallback Fallback - search for know browsers (firefox, iceweasel, mozilla, opera, konqueror, ...(suggestions are welcome)) If browser (or URL handler like kde-open, xdg-open etc.) is found launch it with the appropriate URL. This approach (the finding mechanism) seems to work at least on my Suse KDE desktop. I would like your opinions on this approach, and better still, I would like some suggestions how to achieve something similar on a Mac. (I suppose on Mac OSX the linux approach should work also???) And as a final rather dumb question: do all supported OS's have an environmentvariable PATH (as this is used in the fallback mechanism)? There's already a standard for that: xdg-open. Granted that a fallback for older distreaux that don't include it is useful, but apart from that rather than trying to reinvent the wheel your time would be better spent cooperating with the people who've implemented it- I'm sure they'd appreciate your help. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Portable error messages
In Windows one can get standard error messages using e.g. SysErrorMessage(GetLastError); If there a portable way (e.g. for Linux and Windows) in FPC? If direct access to the function above is best practice for Windows is there am equivalent for Linux? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Finding out the Hostname of the Computer.
Malcolm Poole wrote: Aleš Katona wrote: If you want the value of $HOSTNAME, use unit SysUtils and GetEnvironmentVariable('HOSTNAME'); Hmm. This was the first thing that I tried. For some reason I get an empty string on my system (Ubuntu Gutsy). That's why I dug around and found the GetHostName function. Any idea why GetEnvironmentVariable('HOSTNAME') doesn't work for me? 'echo $HOSTNAME' on the commandline works as expected. Check it's been exported, i.e. processes forked by the shell simply might not be getting a copy. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] How to trim history lists
In a similar vein to the question about removing unwanted bookmarks: how does one remove redundant entries from the Open Recent Project list? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Linking to an arbitrary DLL (libusb-win32)
Out of curiosity I'm trying to press ahead a bit further with linking a Lazarus program that runs successfully with libusb to run instead with libusb-win32. I know that there will be runtime problems since I'm trying to run on NT4 but I'm interested to see to what extent I can get additional error messages etc. out of the system. When compiled for Linux I've got a simple unit UsbIf that calls Uwe Zimmerman's translation of libusb.h which includes {$linklib usb} .. procedure usb_set_debug(level: longint);cdecl;external; On the Windows systems the DLL is libusb0.dll and in principle I've got .h files etc. available. When I compile I get Error: Import library not found for usb .. Error: Undefined symbol _usb_set_debug It's 20 years since I've played with import libraries, and before I start tinkering I need to know that I'm not heading off in the wrong direction. This is in no way important, but what should I be doing to get this to link against the available DLL? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Finding out the Hostname of the Computer.
Andrew Haines wrote: Result := GetEnvironmentVariable('HOSTNAME'); This won't work under windows and there is probably a better way to do this with sockets. GetHostName() or similar. If you use a shell variable it can be spoofed, so particularly if running as root go to the lowest-level API available. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Mark Morgan Lloyd wrote: Marc Santhoff wrote: Does anybody use libusb-win32? If so could I have a copy of the unpacked binaries- I've got NT4 systems here which do have USB low-level drivers but the installer insists on NT5 and I don't want to start working out how to rebuild them. Thanks Marc, I'll mail direct later to avoid polluting this ML with C development :-) For the record it looks as though even if low-level USB drivers are installed followed by libusb-win32 that there's something missing from the NT4 kernel that prevents the test programs from returning anything useful. Not a combination worth spending time on- I'll stick to Linux :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] A new competitor to Lazarus and Free Pascal
Graeme Geldenhuys wrote: I never thought I would say this about the Basic language :-) But Real Software has made a pretty impressive product called REALBasic. Easily confused with the rather older TrueBASIC. I'm afraid that my memories of BASIC start off with bearded postgrads hunched over KSR-33s at university. I'd be very reluctant to call something based on BASIC, COBOL or FORTRAN a viable alternative to Pascal. Don't judge a language by what's been grafted onto it, but by what's had to be chopped out to make it conform to current good practice. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Luca Olivetti wrote: En/na Mark Morgan Lloyd ha escrit: Thanks Henry, got that. One of the things I'm due to be asked about is recoding some RS232 monitoring stuff, and I was wondering whether there was any magic I was missing. You shouldn't need libusb for that, the usb-serial converter should work right out of the box (most of them do nowadays) but instead of using /dev/ttyS* it will (most probably depending on udev rules) be assigned to /dev/ttyUSB*. I use synaser (http://www.ararat.cz/synapse) to program serial communications in a cross platform (at least win/linux) way. I agree that access to the ports shouldn't need anything other than /dev/ttyUSBx, but in the case of monitoring there's a need to get accurate timestamps on every character and signal transition which complicates things. As a result any possibility of improved resolution is worth pursuing. Incidentally, I can't remember whether it was this list or FPC where there have been questions about accessing USB serial ports from DOS programs. I've run DOS code inside DOSemu on Linux driving USB serial ports for weeks without error, although obviously the longer-term plan is to convert it to run without an emulation layer. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Running Lazarus GTK1 (32bit) via a remote X11 from 64bit Linux
Graeme Geldenhuys wrote: Hi, Seeing that GTK2 via remote X11 connection is totally unworkable (every screen has about 15-20 seconds delay). I thought I would use GTK1 instead. I want to use the remote Linux server (64bit system) for 64bit application testing. I don't want to develop remotely using GTK1 - I simply want to run the IDE via GTK1. I 'apt-get install' ed the libgtk1.2 libraries and all it's dependencies. I then compiled Lazarus IDE with GTK1 on my local 32bit system. Copied the executable over to the remote 64bit server. But I am unable to run Lazarus on the remote server. I get the following error: --- [EMAIL PROTECTED]:~/programming$ ./lazarus.gtk1 ./lazarus.gtk1: error while loading shared libraries: libglib-1.2.so.0: cannot open shared object file: No such file or directory Approaching the problem rather naively, I wonder where that message comes from? A quick grep over both the Lazarus and FPC sources doesn't bring it up (apart from in a Cygwin DLL which obviously isn't being used). In /usr/lib I get a match from libc.a, I wonder if useful detail is getting logged somewhere? It might turn out to be a lower-level problem- I can't compare behaviour here since all my systems are 32-bit userland. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Henry Vermaak wrote: the ftdi chip is practically a usb to serial converter, so you can actually use that. if you look at their windows dll api, you'll see that they've got a set of functions that mimic the windows serial functions. otherwise there are serial comms units for fpc (but i haven't used any of them). I'll be looking at comms coding at some point, but more important is making sure that I can run legacy arcane protocols- hence my interest in DOSemu, which is good enough to run things like EPROM blasters. Does anybody use libusb-win32? If so could I have a copy of the unpacked binaries- I've got NT4 systems here which do have USB low-level drivers but the installer insists on NT5 and I don't want to start working out how to rebuild them. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Marc Santhoff wrote: Does anybody use libusb-win32? If so could I have a copy of the unpacked binaries- I've got NT4 systems here which do have USB low-level drivers but the installer insists on NT5 and I don't want to start working out how to rebuild them. I have installed that stuff once on w2k, can you give the exact names of the DLLs you need? (... attention, henn and egg problem approaching ... ;) Thanks Marc, I'll mail direct later to avoid polluting this ML with C development :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Mark Morgan Lloyd wrote: I notice that http://wiki.lazarus.freepascal.org/Hardware_Access#libusb lists three sets of libusb headers from Uwe Zimmermann, Johann Glaser and Joe Jared. This page also mentions that there are specific interface files available for FTDI devices- does anybody know where they can be found these days? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Henry Vermaak wrote: 2008/11/21 Mark Morgan Lloyd [EMAIL PROTECTED]: Mark Morgan Lloyd wrote: I notice that http://wiki.lazarus.freepascal.org/Hardware_Access#libusb lists three sets of libusb headers from Uwe Zimmermann, Johann Glaser and Joe Jared. This page also mentions that there are specific interface files available for FTDI devices- does anybody know where they can be found these days? there is a libftdi (that uses libusb), but it's not really worth depending on, so it's better to read the source (one relatively small c file) and use it directly through libusb. i had to use a usb snoop program under windows to get things working properly, though. better to go with a cypress chip, i'd say... Thanks Henry, got that. One of the things I'm due to be asked about is recoding some RS232 monitoring stuff, and I was wondering whether there was any magic I was missing. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] K8055 counter [was: libusb access...]
Valdas Janku-nas wrote: [Apologies to The List but I've chopped the original text- it was coming out as a single line here and I'd rather not spend time reformatting. Apologies also if this is considered off-topic.] The control byte, set to a fixed $05 in the C++ demo program, appears to be sensitive to other values. I'm considering approaching Velleman to ask if they have documentation with the (mild) threat that I'll load the app onto Sourceforge or Berlios with the reset and debounce facilities disabled and a pop-up hint that they wouldn't tell me. I can confirm the counting-air behaviour from last night. What's more something told the board to do something to the kernel (Linux 2.6.x) that subsequently prevented the board from initialising itself- that was only cured when I rebooted the computer. I don't think these boards have any USB-accessible non-volatile storage but I was obviously worried that I'd broken something. In extremis I'll load the Velleman software onto one of our very few Windows computers and see if I can sniff the bus, I really don't like doing this since I don't want to risk fouling up a system used for e.g. PABX setup. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Henry Vermaak wrote: 2008/11/11 Mark Morgan Lloyd [EMAIL PROTECTED]: I notice that http://wiki.lazarus.freepascal.org/Hardware_Access#libusb lists three sets of libusb headers from Uwe Zimmermann, Johann Glaser and Joe Jared. Does anybody have any experience of or preference for one or the other of these, in particular when not working on x86? i used the one by Uwe Zimmermann (the api is quite stable - at least if you're using the 0.1.12 version, which hasn't been updated a lot). i've got it working on arm-linux without any problems (iirc). I can confirm this is OK on x86, SPARC and ARM, i.e. there's no obvious endianness problems. Linux kernel version 2.6.x + libusb 0.1 in all cases. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: The huge benefit of LCL-fpGUI will be bug fixing and feature support. No need to limit the widget set to a specific version of the GUI toolkit. Plus if there is a bug or some implementation difference in fpGUI it could easily be tweaked, whereas with GTK2, Qt etc you are out of luck. I might be missing something, but I've just noticed that gtk flatly refuses to allow Lazarus programs to be run setuid. Now I see that http://www.gtk.org/setuid.html gives adequate reasons why this is deprecated but there are cases where it is valuable at least during development, and if fpGUI could exploit this niche it could be useful. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Getting started with WinCE/Windows Mobile
Alexander Klenin wrote: A half column wide space to the left of column 1 in editor would reduce the number of times I accidentally set a breakpoint when using the mouse to select from the start of a line. I would prefer a configuration option to show/hide 'breakpoints column' of the gutter. As a related point, under (at least some versions of) Delphi the IDE puts an explicit mark next to source lines that have associated binary code. Am I missing something, or does this not exist in Lazarus? I find it a useful indication that a fragment has actually been compiled rather than being optimised-out or excluded by a directive. I believe that Andy's still unable to post to the list. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Luca Olivetti wrote: En/na Mark Morgan Lloyd ha escrit: Thanks Luca, I'll investigate. It's only for a Velleman K8055 USB board I'm tinkering with- just a few low-speed analogues and digitals. I took a look at the program at http://linuxk8055.free.fr/ and it seems pretty simple, you should have no problem driving it from freepascal. This is now working fairly well and I'm starting to add extras- variable rate polling, counter rate extraction and so on. I'm left with one niggle though which has a fairly significant cosmetic effect. I've replaced the scrollbars in the original app with vertical TrackBars and ProgressBars for analogue output and input respectively. The ProgressBars work nicely with zero at the bottom, but the TrackBars appears to have zero immutably at the top. Is there a way to turn a TrackBar upside down? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Getting started with WinCE/Windows Mobile
Hans-Peter Diettrich wrote: Mark Morgan Lloyd schrieb: As a related point, under (at least some versions of) Delphi the IDE puts an explicit mark next to source lines that have associated binary code. Am I missing something, or does this not exist in Lazarus? I find it a useful indication that a fragment has actually been compiled rather than being optimised-out or excluded by a directive. This would require access to the debug information of the compiled unit. Not a big deal with an integrated compiler (Delphi), but hard for Lazarus. Thanks, that makes sense. So it's basically the difference between feeding breakpoint locations forwards into gdb, and trying to get feedback from compiled binaries about where gdb could set breakpoints if it were running. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: Excellent. :-) Could you pass on those changes to extrafpc.cfg, so I can add it in. Working from memory, -Fu../lib becomes -Fu../lib/sparc-linux Noting that Lazarus has the option of building with fpgui, what's the current situation- does anything at all functional come out of it? The option could be useful when I buckle down to look at the 0.9.27+SPARC issue. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Trying to get Lazarus into Dubuntu
Reenen Laurie wrote: Hi, There is a team that wants to create a Dubuntu (Developers Ubuntu), and I have joined with the sole agenda (I've told them that too), of getting Lazarus included in the distribution. I'd have thought a far more sensible approach would be to put resources into upstream projects such as Ubuntu or Debian. The more robust those are the easier it would be for derivatives traders to take their cut :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: or cross-compiling. I must have forgotten to update those files. All extrafpc.cfg files have been updated in the latest fpGUI trunk revision. So it should now compile out of the box. Apropos cross-compiling and noting that I was using a big-endian processor, I did notice that the uidesigner icons were blank but didn't want to mention it until I'd got x86 and SPARC working in parallel so knew what was expected. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Michael Van Canneyt wrote: On Fri, 14 Nov 2008, Graeme Geldenhuys wrote: On Fri, Nov 14, 2008 at 1:47 PM, Mark Morgan Lloyd Apropos cross-compiling and noting that I was using a big-endian processor, I did notice that the uidesigner icons were blank but didn't want to mention it until I'd got x86 and SPARC working in parallel so knew what was expected. Images support in fpGUI is very basic. In only supports limited format BMP files. Does 'fpimage' included in Free Pascal and used by Lazarus LCL I believe work? If so, then the fpGUI image issues should be resolved when I start implementing fpcanvas and fpimage support into fpGUI early next year. Lazarus uses fpimage for quite a few formats. If that works, then it should work for fpGUI too... I think this is something that I explicitly need to check in parallel on SPARC and x86. In 0.9.24 on SPARC there is /something/ that raises an exception if the IDE auto-opens forms, I've suspected something to do with glyph handling but have never been able to track it down. Somebody- if I remember correctly- said they didn't see this on PowerPC which like SPARC is big-endian. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: Images support in fpGUI is very basic. In only supports limited format BMP files. Does 'fpimage' included in Free Pascal and used by Lazarus LCL I believe work? If so, then the fpGUI image issues should be resolved when I start implementing fpcanvas and fpimage support into fpGUI early next year. Ungh- I'm going to have to set up a to-do list :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Aleš Katona wrote: Fair enough about the quote, but the wording you used originally made the impression of blackmailing on me, that's where the original tension is from. That was certainly not my intention and I apologise without reservation to anybody who took it that way. However if somebody had said C# won't do what you want because it doesn't have a decent form designer or integrated debugger it would certainly have reinforced my preference to stay with Lazarus. I understand your position and the original message now, and to explain my reaction, we get some people here which when their personal needs are not met (usually bussiness driven people), end up being all negativist about the project and start a sort of mini-war about how they'll go to insert other project here and how ours sucks etc. usually very immature reactions. My position is that if somebody wants a feature in a piece of open-source software and has commercial resources they should sponsor its development with a bounty. I've never said I want this feature, I admit that I have rather thrown my hands up in horror when something doesn't work (e.g. hiding the menu bar in gtk1), stops working (SPARC in 0.9.26) or is implausibly slow (e.g. gtk2 to a remote X screen). If somebody doesn't have commercial resources they should use their free time to learn how to add the facilities they want. If somebody has neither commercial resources nor free time I guess a bit of charity is in order, but they certainly shouldn't /demand/ anything :-) As to the problem of Gtk2/LCL speed, it's still quite possible there's a bug in LCL which does some unnecessary drawing/signals in gtk2 (this was so in the past, but on my end/setup was fixed). I don't think that speed is really the issue. The Big Freeze after mouse movement is far more serious, and using Wireshark I've not seen LAN traffic during this- I might be wrong and will revisit if I've got time. Many people get problems with remote lazarus tho, but I'm not sure if it's only Lazarus/LCL or also other gtk2 programs. I think it's specific to Lazarus in this case since I've not seen other problems with Debian Lenny which defaults to gtk2, and I almost invariably run this to a remote screen. It could be some rarely-used facility in the gtk2 libraries that is only being used by the LCL, but that is tantamount to saying it's a Lazarus problem. Also as I said before, gtk2 performance in general depends heavily on many aspects including the drivers, theme, it's version and settings in X.org (for examply my miraculous speed is actually result of using the EXA accelmethod). Understood, and I think that the significant difference in gtk2 performance between the two machines I was using as X terminals (I prefer that term because so many people get confused by discussion of what a server is in this context) suggests that at least part of the speed issue is dependent upon properties or facilities negotiated between gtk and X. However as I've said I don't think reduced performance is the significant issue here. Going back to your earlier question about display types, both systems that I was using as X terminals for test purposes are probably far too old to have significant hardware acceleration- certainly as is understood today. The IBM PC-310 is reported by lspci to have an S3 86C864, the Sony Maiow is reported by NT to be a NeoMagic MagicGraph 128XV; in both cases they are operating at 1024x768x16 (I think) and have about 2Mb RAM. Obviously the video in Sun systems is custom, there are issues on that platform about what kernel versions support acceleration for GLX that I think aren't relevant to the current discussion; the IBM has a Savage which again has acceleration issues which I don't think are relevant since in general I'm not using it as a display device. The remaining Compaqs have onboard video, I might be able to replace the 3000 with something marginally newer from our hardware store but I don't think the details are relevant. I need to press on with a bit of USB hacking to keep people happy at this end, I'm also trying to revisit 0.9.27+gtk2 on SPARC. If I can I'll try to look at the menu bar issue with gtk1, but the Big Freeze almost certainly needs more familiarity with the LCL's innards than I will be able to build up in finite time. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Luiz Americo Pereira Camara wrote: Mark Morgan Lloyd escreveu: Having said that I want to try to get 0.9.27 onto my remaining available SPARC system, I'm very worried at the prospect of being marooned with gtk1 on 0.9.24 while the rest of the World moves on Did you tried to compile/use 0.9.27 with gtk1? It still possible to do that. No need to switch to older versions of Lazarus/fpc. The current situation with 0.9.27+2.2.3 on SPARC appears to be as below. gtk1: Bus error in object inspector attempting to create an event handler. gtk2: IDE operation appears OK but bus error during compilation. Both raise an exception and fail to exit (I also see this on ARM). I'm afraid I don't have backtraces for these, I need to get a copy of 0.9.27 onto a more accessible development machine- something I'm happier doing now that my desk system is back on a usable 0.9.24. Unfortunately my fastest SPARC only has gtk1 on it- I could probably fix that by changing distro but there's only so many problems I can cope with at one time. I'll try to get onto this in a few days but I'm likely to need some help. Please don't kick me too hard :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: The fpGUI UI Designer project file is located in fpgui/uidesigner/uidesigner.lpi Alteratively you can compile from the command line as follows: cd fpgui/uidesigner fpc @extrafpc.cfg uidesigner.lpr Runs both locally and remotely. I had to tinker with the -Fu in extrafpc.cfg to compile, so far I've only used 0.9.24 and haven't tried x86. I'll put more time into this presently, but after what I've seen over the last few days I think getting LCL+fpgui complete would be an admirable endeavour since it looks as though otherwise we will be at the mercy of gtk1 being discontinued and gtk2 being hobbled by excessive overhead. It might even be a good default widget set, with gtk2/Qt/Carbon etc. being selected where the target distro and window manager are known. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Luca Olivetti wrote: En/na Mark Morgan Lloyd ha escrit: I notice that http://wiki.lazarus.freepascal.org/Hardware_Access#libusb lists three sets of libusb headers from Uwe Zimmermann, Johann Glaser and Joe Jared. Does anybody have any experience of or preference for one or the other of these, in particular when not working on x86? I've used the headers from Uwe Zimmermann (don't ask me why, I don't remember, probably because it was the newest one) in my botphone program http://ventoso.org/luca/topcombutler4012/ I'm not using it with my arm machine due to problems with the sound driver, but the libusb part worked fine under arm (oabi). Thanks Luca, I'll investigate. It's only for a Velleman K8055 USB board I'm tinkering with- just a few low-speed analogues and digitals. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Aleš Katona wrote: Now don't get me wrong.. there's nothing wrong on going to other solutions (even ones which have cost as products) if your situation warrants it. I have also sometimes used different solutions where time didn't permit to fix the various FPC/Lazarus problems (for commercial projects). What I don't like is when people try to sort of blackmail their problems into attention by statements like you did before regarding we'll be forced to go elsewhere. This isn't a demand driven development model, bugs are fixed on personal mood/itch basis, not on someone customer needs (although majority and critical bugs obviously get more attention). So if you think your money/time is best spent elsewhere, fine, but don't make a crybaby out of the decision. If you decide to stay and help with the problem then even better of course :) NOTE: opinions here are my own Fair enough, but I think that puts me in a position that I need to state my policy and that of the people I work for and with. My policy is that I would prefer to build up enough competence in Lazarus and FPC to be able to make a worthwhile contribution to them. Our policy is that we don't want to be forced into supplying equipment and services to our customers which carry unfavourable technical and contractual baggage. Roughly translated, we don't want to embed MS OSes in x86 kit unless it really is inevitable :-) We need to eat, and if it gets to the point where the time I'm putting into dragging myself painfully up the learning curve prevents me from doing concrete development and system management that is going to be a problem. Fortunately I don't think we're particularly near that, but I regularly find that real work intervenes in things that are far more interesting and knocks me offline for days or weeks. I think you are being slightly unfair characterising Lazarus, and by extension other open-source projects, as being driven entirely by goodwill rather than by enlightened self-interest. The bottom line is that we like Pascal-style languages, we value the integrated design and debugging that Delphi championed in its days of glory, and for a whole lot of reasons we want those facilities on platforms that Borland never took seriously. Now I'm trying to do my bit keeping things going on SPARC, in part because it's a representative non-x86 architecture so is worth attention but also because- at present- it's comparatively easy to get SPARC-based systems which go rather larger than x86-based. Finally, I would thank you not to mis-quote me. You claim that I wrote we'll be forced to go elsewhere. I did not write that, what I put was I'm in a position where I find myself wondering whether I should start looking at C# or possibly Embarcadero's current offering which I think is fair comment. We should all be doing that now and again, not so much to try to woo new customers but simply to ensure that there was not some much-appreciated and easy-to-implement facility which was being overlooked. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Luca Olivetti wrote: I took a look at the program at http://linuxk8055.free.fr/ and it seems pretty simple, you should have no problem driving it from freepascal. Yes, that's the one I used but it's got some build problems that had me scratching my head. I'm hoping to be able to use Lazarus to code something that looks almost the same as Velleman's example, possibly with extras like a count rate display and /very/ possibly with some embedded scripting for event handling. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Henry Vermaak wrote: you can send it my way. i've got an acer n30 that i've used with lazarus before, so it wouldn't hurt testing on that. Thanks, I'll drop him a note to make sure he sees this. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Henry Vermaak wrote: i think you are misunderstanding mark, here. the fact that he is taking the time to test and write detailed emails _is_ his contribution. the hardest part of solving the problem is pinpointing it, in many cases. this problem might not even be related to lazarus, i guess. I just wish I could do more. But I'm working on it :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Henry Vermaak wrote: i used the one by Uwe Zimmermann (the api is quite stable - at least if you're using the 0.1.12 version, which hasn't been updated a lot). i've got it working on arm-linux without any problems (iirc). if you're interested in doing isochronous or asynchronous i/o, you might want to go with the latest devel branch (or even openusb, which is another project altogether). there is libusb-compat library that wraps the devel version to make porting very easy, but i've never had the need for it. Thanks Henry, noted in particular openusb. ARM is one of the platforms I'm being asked about, as is SPARC- the latter could obviously be a challenge if there are embedded endianness issues anywhere. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] libusb access from Lazarus
Henry Vermaak wrote: 2008/11/12 Mark Morgan Lloyd [EMAIL PROTECTED]: Thanks Henry, noted in particular openusb. ARM is one of the platforms I'm being asked about, as is SPARC- the latter could obviously be a challenge if there are embedded endianness issues anywhere. hmm, i've used libusb on a big endian arm system without problems, too, but the program was written in c, since i couldn't get any joy out of fpc for armeb. the stable libusb (0.1.12) has been present on all the embedded systems i've worked with, so you can't really go wrong. if you are planning to do complicated things, then writing a driver is obviously the best way to go. Thanks, that's valuable. I was able to get a C++ demo program for the board working on SPARC without obvious problems, so I'm hoping to be able to build on that (in between everything else :-) to rewrite the hardware supplier's Windows-only demo in portable form. Shouldn't be a big job and would definitely be useful for ourselves. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Héctor Fiandor Rosario wrote: Dear Mark, my congratulations for yor work in LFP. I am very happy with this compiler and really, it was very easy to migrate from Delphi5 to LFP I don't know why you're thanking me- I certainly don't deserve any of it. :-) There's a long list of the people that matter in the IDE's About Lazarus box, and I can assure you that I am as indebted to them as you are. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Mark Morgan Lloyd wrote: I then copied the application over to the PDA again. The program load time (i.e. from tapping the icon to the start of drawing the window) was much better, but disappointingly the execution speed was not observably different, i.e. it still took a second to draw the window. I've sent Andy over the same test program that I've been running under Linux. Apart from (possibly) the high-precision timer there's nothing special in there so he should be able to compile and run it. If he sees performance problems with my code, i.e. it's a basic drawing-speed issue rather than something application-specific, is there any other WinCE/PocketPC user who could take both the source and binary by direct email in an attempt to see what's going wrong? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Luca Olivetti wrote: No such freeze here (wait, I saw something similar once on the production machine in another project, but it was gtk1 that was busy substituting fonts or something, fixed with a .gtkrc, never saw it with gtk2) I'll try to add a test for this to my program, but I've seen it repeatedly. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Luca Olivetti wrote: En/na Luca Olivetti ha escrit: I'm surprised with your results, I didn't tune anything, everything was configured automatically by mandriva. I'll see if I can try to run lazarus itself remotely, just to check if my experience matches yours. I just tried and lazarus itself is unusable this way. The display of things is quite speedy, but reaction to mouse clicks lags 3 or more seconds. Yes, I was just starting to look at some more timing and hit on that one myself- I hesitate to call it luck. Any mouse activity (not just clicks) over the test form (but not over the title bar) freezes the program for several seconds. As a working hypothesis, the Big Freeze I've seen at the start of execution isn't anything to do with form initialisation, the program runs fine until the pointer is moved onto the form to press the x1,000 button. I wasn't entirely joking in my earlier rant: some loss of performance over a remote connection is tolerable. Lockups aren't. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] libusb access from Lazarus
I notice that http://wiki.lazarus.freepascal.org/Hardware_Access#libusb lists three sets of libusb headers from Uwe Zimmermann, Johann Glaser and Joe Jared. Does anybody have any experience of or preference for one or the other of these, in particular when not working on x86? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: I don't fiddle with graphics much. As long as I get the correct resolution for my LCD or Laptop screen and my flurry screensaver runs smoothly, I'm a happy man. :-) My OS is a stock standard Ubuntu 7.10 (32 bit) and the occasional apt security updates. In the specific case of the laptop that I was able to use for the most complete set of tests that is a very clean system- it's had repeated ab-initio Debian Lennys installed onto it and it's not even got significant development files- the test programs were moved over as binaries. Just curious... Could you compile the fpGUI UI Designer and run that remotely? Alternatively, I can email you a binary if you don't want to go through the compile process. If I run any fpGUI based apps remotely, I have no speed issues. I'm fairly happy compiling from scratch- what sources do I need, what (Debian) development packages am I likely to require, is this from GUI or from command line and in either case what special instructions? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
I'm glad there was a smiley in that message :-) Aleš Katona wrote: If you don't like it there are basically 2 ways to go: go elsewhere, or help make it better. Your choice. This largely started because something wasn't working in gtk1, and I was told to use gtk2. Then I found out that gtk2 was only marginally usable. Take the fact that I'm prepared to put in time trying to quantify the problem, and take the fact that the people I work for and with are prepared to tolerate that expenditure of time, as a commitment. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Felipe Monteiro de Carvalho wrote: On Mon, Nov 10, 2008 at 6:44 PM, Graeme Geldenhuys [EMAIL PROTECTED] wrote: Wow, even local GTK2 is *way* slower than GTK1. So I really wasn't imagining it when I switch Lazarus IDE to GTK2. We are aware of that. But gtk1 has a lot of other problems too, so it isn't exactly a good choice. Just comparing speed may give a false impression that gtk1 is a good choice. I'm not saying that gtk1 is a good choice, but with the performance of the gtk2 IDE to a remote screen it is, regrettably, an inevitable choice. If a gtk2 program takes 13 seconds to run on a local screen against 3 for gtk1, well basically who cares? CPU power is cheap and users have to go with the flow- in just the same way that sooner or later they will have to abandon KDE3 in favour of KDE4 even if the user interface is unfamiliar and some facilities have been dropped. If a program is slow on a remote screen then users will just have to abandon that way of working- and while we're at it shouldn't we just recognise that X is obsolete and go straight to the hardware? Look, I'm sorry but as long as both gtk1 and gtk2 are supported as standard- and particularly while gtk2 is marked Beta in 0.9.26 which I believe is the promoted stable release- it's just not feasible to brush UI and performance issues under the carpet. The fact is that users and developers won't change their hardware and way of working on a whim, they don't even do that without a lot of kicking and screaming when the whim comes from Microsoft. I'd also suggest that saying that the machines Graeme or myself are running must be badly set up is not a valid defence. I can't speak for Graeme but in my case they're pretty much off-the-shelf Debian or Slackware systems, I don't fiddle with graphics setup lightly since I had to do far too much of that sort of thing 15 years ago when Linux was rather less mature than it is these days. We've already probably lost Andy who found that CE performance was unacceptable, and I don't think he was particularly impressed by his initial problems with the documentation. What's more I'm in a position where I find myself wondering whether I should start looking at C# or possibly Embarcadero's current offering and quite simply tell our customers that there's no viable alternative to MS products. If we can't find a way to sort out these two issues- documentation and performance/compatibility- we won't make any friends, no matter how good the IDE and language. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Luca Olivetti wrote: I have an application made with 0.9.26/gtk2 that is routinely[*] run in remote through an ssh tunnel (the X server is either linux or windows xming). That does of course raise the interesting point that part of the remote performance issue could be an X server issue. Fortunately I've got XMing on another laptop, so selecting one of the more complete sets of tests: x86 800MHz laptop Debian Lenny 0.9.24/2.2.0 local gtk 3.5 gtk2 12.4 remote gtk 9.5 gtk2 60.3 remote (XMing) gtk 5.1 gtk2199.9 x86 800MHz laptop Debian Lenny 0.9.26/2.2.2 local gtk 3.7 gtk2 13.7 remote gtk 10.0 gtk2 60.4 remote (XMing) gtk 5.0 gtk2199.9 In the case of the gtk2 test I also time a 6 second Big Freeze between the form appearing and being usable. I admit to being very surprised here by gtk1 being faster but gtk2 being so much slower. However this isn't a particularly recent copy of XMing- the machine is used for mundane but important jobs like setting up the PABX and it doesn't get fiddled with. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Aleš Katona wrote: You're probably using closed-source nvidia or ati drivers? No, I am using nothing other than what come with the standard Debian or Slackware distros with the xorg.conf file as installed. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Aleš Katona wrote: So nvidia (nv) or ati (radeon I guess) or intel? I'd like to know the exact setup. Thanks... In that case research it based on the fact that test machines include- working from memory- a Compaq ProLiant 3000, Compaq AP550 and IBM ThinkPad T22 all with onboard graphics, and a Sun Ultra-60 with 2x Creator-3D. The System used as an X terminal yesterday was an IBM PC 310 running an older version of Slackware, and today was a Sony Miaow running NT. Sorry, but right now I'm working on other things and am also hoping to find time to eat. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Lord Satan wrote: On your system this may be true. I must admit that it was a while ago when I compared gtk and gtk2 performance, but on my system gtk2 was actually faster than gtk. Do you think your tests predated 0.9.24? I'd rather not go back any earlier unless the results were likely to be some use to somebody. As it is I'm not trying to criticise, but rather to exercise the code in a way that otherwise appears neglected. Is my assumption correct, that you are running a 32bit system? Mine certainly were. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Felipe Monteiro de Carvalho wrote: On Thu, Nov 6, 2008 at 8:04 AM, Mark Morgan Lloyd [EMAIL PROTECTED] wrote: Somebody I know started experimenting with Lazarus for CE a few days ago but finds the performance unacceptable- vastly slower than C#. Is this likely to be caused by debugging code, and again can this be disabled- preferably without having to recompile the IDE? With CE I suppose you mean Windows CE? Performance is a very generic term. Performance of what? Non-visual code? Graphics drawing? I will suppose it is graphics drawing. No, I doubt that the debug information causes this. I have noticed the graphics speed do is much slower then in a desktop (I don't use .NET, so can't comment there), but I never researched to find the reason why. Also, without a benchmark, your assertion is empty. Which Lazarus code is slower then which C# code? Are they really equivalent? This is on behalf of Andy Lawrie who is having problems connecting to the list at present. Apologies if I've done anything that screws the formatting. It was myself who experienced the speed problems. I tried to post them 4 or 5 times but the mailing list rejects my emails - I will try this once more. As a test project I have been porting a WinCE (ARM) application I first wrote using C#. It's for PocketPC. The C# version was compact but sluggish in operation, so I rewrote it in old fashioned vanilla C, directly to the WinCE API. This also produced a compact executable, and the execution speed was excellent. The downside is that development is painfully longwinded. While the C version of the app works just fine, I will at some point want to extend it, and Lazarus looks to be a far better development environment. And indeed, it is. I've been very impressed with it. Most development was using the emulator, but when I copied it over to the PDA for the first time I was shocked by the performance. It's about 10 times slower than the C# version, which already was too slow. I knew the executables were going to be large, and accept that as a penalty for the very much easier development. But I hadn't considered that execution speed might be an issue. All it is doing is drawing some standard edit boxes and buttons on the screen. The PDA I tried it on is an XDA Stellar. Optimisation is on Level 1 and there are no checks enabled. Is it possible I have just got some settings wrong somewhere, or is this speed to be expected? pp Rgds, Andy ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Felipe Monteiro de Carvalho wrote: Maybe your device has very little memory, and the executable fills it. Did you strip before moving the executable to the PDA? Just in case Andy isn't familiar with this, how's it done on CE? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Felipe Monteiro de Carvalho wrote: On Fri, Nov 7, 2008 at 12:33 PM, Henry Vermaak [EMAIL PROTECTED] wrote: compile with -Xs or manually run arm-wince-strip --strip-unneeded on the exe. I don't know if it's any different, but I usually do: arm-wince-strip --strip-all myfile.exe Thanks both. I've dropped Andy a note reminding him to check the ML. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Mark Morgan Lloyd wrote: There appears to be far less difference in performance between a networked and local X session when 0.9.24/2.2.0 is used. 0.9.27 (snapshot of a couple of weeks ago) compiled natively on an ARM (Debian Etch on an NSLU2 slug) with gtk2 runs at full speed. However I note in this case that the window manager is FluxBox rather than KDE which I was using on other systems. I need to try some methodical tests in case I'm overlooking something. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Performance of GTK 2 and CE
I can't help notice that IDE 0.9.26 compiled for gtk2 crawls, I've not yet investigated the speed of gtk2 apps. Is this being slowed down by debugging code, and is there a compile-time option to disable this? Somebody I know started experimenting with Lazarus for CE a few days ago but finds the performance unacceptable- vastly slower than C#. Is this likely to be caused by debugging code, and again can this be disabled- preferably without having to recompile the IDE? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: 'gtkperf' was also not in Ubuntu 7.10's repositories. I downloaded the .deb file from the sourceforge.net website. It installed without problems. I don't know if it supports GTK1 though. It's still not in Debian Lenny. I'll investigate later, but I think the problem is much more basic than a theme or similar. either from the command line or using its internal rebuild facility, performance plummets: I have to wait for about a minute before a component dropped onto a form appears. I have also noticed a drop in speed since I switched from GTK1 to GTK2, but mine is definitely not as slow as you describe. Thought I run my Lazarus locally, not over a LAN. My desktop screens are on a SPARC with everything else connected by X on VNC and I'm quite simply not changing that. Here's what I'll do next: remove 2.2.3 and 0.9.26 from my desktop system since they're not reliable, reverting to 2.2.0 and 0.9.24 which have served me reasonably well. I'll do my best with my limited time and understanding to help pin down the 0.9.26+SPARC problems but if I can't then I'll quite simply stay on 0.9.24 on all platforms. I already know that I can duplicate the gtk2 speed problem over X using Debian Etch which is what's installed on my desktop system, if I can't duplicate it on a local screen I think that helps pin the problem down. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Aleš Katona wrote: I can't comment on CE, but gtk2 performance is very display driver related. I've recently moved to freeBSD 64bit and was forced to use the OSS radeon driver, and my gtkperf result went from ~55s to ~5s. Try gtkperf on your machine and see what you get. If any test takes more than few seconds, there's something wrong, either your theme, or your driver. Gtk2 isn't the fastest kid on the block, but it's not that slow either, if the drivers perform. (you need to use 2D accel, like EXA) Thanks, I'll investigate later and report back. gtkperf doesn't appear to be packaged for Debian yet, so I'll need to build from source making sure I can test both gtk 1 and 2 (does it actually support both)? I've got the same poor- in fact apallingly unusable- gtk performance in the Lazarus IDE on multiple machines with both 0.9.26 and 0.9.24, with FPC 2.2.2 and 2.2.0, with Debian Etch and Lenny, and- in cases where I've been able to test- both x86 and SPARC. The common element is that in all cases I'm running X over the LAN, but while Lazarus is fairly snappy with gtk 1 if I recompile it for gtk 2, either from the command line or using its internal rebuild facility, performance plummets: I have to wait for about a minute before a component dropped onto a form appears. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Marc Weustink wrote: Are you running remote by using a VNC server on your sparc end that using a vncviewer to access it remotely, or are you running X remote (sparc connecting to a remote X server) My comment was largely to illustrate the fact that I'm heavily oriented towards using a single keyboard and screen(s) rather than having to move between desk and whichever workbench a computer is on- even assuming it's got a keyboard etc. attached. The only instance I'm routinely using VNC is to a Win-32 box I use for Delphi and as a client to the CIX conferencing system. I'm obviously connected to my Sun desktop system (Debian Etch) directly, apart from that almost all other Debian and Slackware systems are accessed over X. The remaining exception to the above is a SPARC system that Vincent was tinkering with- I think he's using X for that rather than VNC, but I'm not sure what combination of libraries he's been using. The latter I can confirm as dog slow. Over a 1 Gb lan it takes minutes before the cursor moves one char in the editor. (Responses to mouseclicks on dialogs take the same time btw) This resulted for me to continue laz development using a gtk1 IDE. That's much what I'm seeing, I similarly concluded that it would be better for the moment to continue with the IDE built for gtk1 but I assumed that there was debugging code in the system which at some point would be removed. If my assumption was wrong then I am troubled. One thing does occur to me however. If I fire up a system based on Debian Lenny, which I believe (somebody please correct me) is based on gtk 2, I observe that Gnome itself runs adequately over a networked X connection. In other words, this problem is specific to Lazarus operating over a networked X connection, not to gtk 2 itself. When using a VNCserver, it should work more smooth, since all is handled locally and only display changes are copied ove the LAN. I'll investigate, but the number of systems set up here for VNC is limited unless it's needed for something special. In general I simply enable gdm with xdmcp and everything works fine. If I get as far as being able to duplicate this problem in a standalone program what function should I use to get a millisecond (or better) time? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Graeme Geldenhuys wrote: Umm, I should really start working on LCL-fpGUI then. ;-) This might solve some issue for a few people. I agree. The combination of 0.9.26+gtk1 crashing on SPARC and 0.9.26+gtk2 not crashing as soon but being unusable is a bit of a show-stopper for me. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Lord Satan wrote: If I understand you correctly you need a high resolution timer? I recommend EpikTimer: http://wiki.lazarus.freepascal.org/EpikTimer Thanks, noted :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Performance of GTK 2 and CE
Marc Weustink wrote: If I get as far as being able to duplicate this problem in a standalone program what function should I use to get a millisecond (or better) time? ??? Well, something rather better than a seconds count, anyway :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Getting started with WinCE/Windows Mobile
Andy Lawrie wrote: I'll go away and have a little play with it now, but first impressions are that it is very good indeed. From a long-time Delphi user like you that's praise indeed :-) It would be nice if we could persuade Dave Jewell to take another look- I think last time he tried it on a Mac and got bogged down with an external debugger. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] 0.9.26 (FPC 2.2.2) on Slackware and Debian
Marco Ciampa wrote: Please do create the ubuntu ppc packages too. I'm trying to use the Debian packages on ubuntu with this result: ./fpc: working ./fp: working ./lazarus-ide: [FORMS.PP] ExceptionOccurred Sender=EAccessViolation Exception=Access violation Stack trace: $BFF78C08 The whole point is that I wasn't using the Debian package, for the simple reason that I want up-to-date FPC and Lazarus rather than one which is two or three years old. Now I don't /do/ Ubuntu, for the simple reason that I'm running several different architectures here while Ubuntu is x86-specific, so possibly somebody with experience of that distro would like to comment. If nobody with experience does comment, I'd suggest doing this: * De-install the Debian Lazarus and FPC packages in reverse order to how you installed them. * Install the x86 Linux 2.2.2 FPC binary. * Test fpc and fp with a trivial program. * Install Lazarus 0.9.26 source into e.g. /usr/local/share/lazarus. * Use chown to assign them to yourself rather than root. * Depending on the version of gtk that whatever version of Ubuntu you're running uses install the gtk/pixbuf package I mentioned yesterday evening. * Build Lazarus, add a symlink /usr/local/bin/lazarus - /usr/local/share/lazarus/lazarus. That should work. There's no great rocket science in there and while it is an hour or two's work it certainly beats the insecurity of having an uncertain mix of libraries on your system. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] 0.9.26 (FPC 2.2.2) on Slackware and Debian
Andrew Haines wrote: Now this is a completely virgin Debian system, it's never had Debian-served FPC or Lazarus packages installed and I've got a fairly good record of what's been put onto it and what changes there were in /usr/lib. So would somebody please tell me what I'm doing stupid. You have to install the -dev packages like gtk2-dev etc. the dev packages make the symlinks for you. Thanks Andrew, I'll work on it. Is there a way of deducing what packages need to be installed rather than trying anything that looks relevant? So far I'm working through package dependencies of the Debian Lazarus and FPC packages. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] 0.9.26 (FPC 2.2.2) on Slackware and Debian
Andrew Haines wrote: Thanks Andrew, I'll work on it. Is there a way of deducing what packages need to be installed rather than trying anything that looks relevant? So far I'm working through package dependencies of the Debian Lazarus and FPC packages. There are lazarus deb's around, I would at least temporarily install one so that it pulls in all the needed dev packages. Working on it carefully, as I said this is a sacrificial system largely for this reason. I'll report back once I've sorted things out. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] 0.9.26 (FPC 2.2.2) on Slackware and Debian
Henry Vermaak wrote: On 30/10/2008, Mark Morgan Lloyd [EMAIL PROTECTED] wrote: Thanks Andrew, I'll work on it. Is there a way of deducing what packages need to be installed rather than trying anything that looks relevant? So far I'm working through package dependencies of the Debian Lazarus and FPC packages. these are the basic dependencies for gtk1: http://packages.debian.org/sid/lazarus-ide gtk2 dev packages should be easy to guess. this deb package will have to change though, since gtk2 is now the default widgetset on linux. Thanks Henry. I sorted out the gtk1 dependencies some while ago but in this case I'm specifically interested in gtk2, which is why I'm hesitant to simply splurge Debian's lazarus package onto the system. In part this goes back to the menu problem I mentioned a few days ago, the fact that this doesn't occur on gtk2 is a big incentive to migrate to it where possible. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] 0.9.26 (FPC 2.2.2) on Slackware and Debian
Luca Olivetti wrote: En/na Mark Morgan Lloyd ha escrit: Thanks Andrew, I'll work on it. Is there a way of deducing what packages need to be installed rather than trying anything that looks relevant? You can install the apt-file utility, then do a apt-file file search missing so file, it should list all the packages containing the file. Exquisite :-) So on a virgin Debian system building Lazarus with gtk2 will complain that these .so files (actually symlinks) are missing: libgdk_pixbuf-2.0.so libgtk-x11-2.0.so libgdk-x11-2.0.so libgobject-2.0.so libglib-2.0.so libgthread-2.0.so libgmodule-2.0.so libpango-1.0.so libatk-1.0.so Using apt-file ties them to these packages: libgtk2.0-dev: /usr/lib/libgdk_pixbuf-2.0.so libgtk2.0-dev: /usr/lib/libgtk-x11-2.0.so libgtk2.0-dev: /usr/lib/libgdk-x11-2.0.so libglib2.0-dev: /usr/lib/libgobject-2.0.so libglib2.0-dev: /usr/lib/libglib-2.0.so libglib2.0-dev: /usr/lib/libgthread-2.0.so libglib2.0-dev: /usr/lib/libgmodule-2.0.so libpango1.0-dev:/usr/lib/libpango-1.0.so libatk1.0-dev: /usr/lib/libatk-1.0.so For completeness, it also appears to show that installing the lsb-build-desktop3 package would create all of the symlinks in the /usr/lib/lsb3 directory. I don't know whether this is at all relevant but feel it's worth remarking upon. In actual fact it is sufficient to install libgtk2.0-dev, which pulls in the others. So for gtk 1 and 2 respectively: gtk1: - libgdk-pixbuf-dev libgtk1.2-dev gtk2: - libgtk2.0-dev This allows both make all and make bigide to complete. Needless to say the first couple of times I tried this failed. Eventually I realised I was running on the wrong computer :-) Does anybody think there's anything related I can usefully check while I've got nothing else significant on the system? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] 0.9.26 (FPC 2.2.2) on Slackware and Debian
I've set up a rather elderly Compaq here specifically for a number of jobs where I expect to have to wipe it and re-install if necessary. On it I have Slackware 12.1 and Debian Lenny, largely so that I've got gtk2 etc. If I install the binary of FPC 2.2.2 on Slackware I can compile Lazarus (both all and bigide) from source without problems. If I do exactly the same on Debian I have to add libgdk-pixbuf-dev (no big deal) but then to get Lazarus to compile have to add a handful of symlinks: libatk-1.0.so - libatk-1.0.so.0 libpango-1.0.so - libpango-1.0.so.0 libgmodule-2.0.so - libgmodule-2.0.so.0 libgthread-2.0.so - libgthread-2.0.so.0 libglib-2.0.so - libglib-2.0.so.0 libgobject-2.0.so - libgobject-2.0.so.0 libgdk-x11-2.0.so - libgdk-x11-2.0.so.0 libgtk-x11-2.0.so - libgtk-x11-2.0.so.0 libgdk_pixbuf-2.0.so - libgdk_pixbuf-2.0.so.0 where libgdk_pixbuf-2.0.so.0 - libgdk_pixbuf-2.0.so.0.1200.11 etc. I presume that this works on Slackware because the symlinks already exist, and can confirm: libgdk_pixbuf-2.0.so - libgdk_pixbuf-2.0.so.0.1200.9 and so on. In both cases Lazarus runs, although not fast. Now this is a completely virgin Debian system, it's never had Debian-served FPC or Lazarus packages installed and I've got a fairly good record of what's been put onto it and what changes there were in /usr/lib. So would somebody please tell me what I'm doing stupid. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Main menu hiding
Mark Morgan Lloyd wrote: the menu hiding thing i don't understand either, but you can do it manually on gtk2 with gtk_widget_hide(PGtkWidget(MainMenu.Handle)); and show again with gtk_widget_show. you can see if it's visible with gtk_widget_visible (surprise). OK, so it can be done manually which is a start. Now all I need to do is get Lazarus working- on whatever distro- with v2 so I can see if the widget set does it. At present I can't say whether Win-32 is anomalous for doing it, or gtk v1 is anomalous for not doing it. And much as I want to know I've got limited time. I can confirm that a form's main menu can be hidden/unhidden on Win-32 and gtk2 but not on gtk1. Sorry but I've not got time to start testing on Qt- unless somebody really wants me to, in which case I'm going to be asking lots of questions about the Qt source and qt4intf. If anybody's interested I've got a test project that demonstrates this (two controls and one line of code), just say where to send it. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus on x86 Slackware 12.1
Andrew Haines wrote: Try make LCL_PLATFORM=gtk2 Thanks Andrew, that's it. Don't need the original symlink either. At which point I really do have to wonder why this is necessary if gtk2 is now the default, and in any case where it's documented? Could a rule for help be grafted onto the makefile showing the important options and available targets? Sorry, I'm trying :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus on x86 Slackware 12.1
Mattias Gärtner wrote: At which point I really do have to wonder why this is necessary if gtk2 is now the default, and in any case where it's documented? For 0.9.26 and below gtk1 is the default. gtk2 became the default for 0.9.27. 0.9.27 is the development version. Most docs are about the released 0.9.26. My mistake. I assumed that since this ML announced that v2 was the new default without specifying a version number a week before it announced that 0.9.26 was now current that it applied. Could a rule for help be grafted onto the makefile showing the important options and available targets? They are documented on the wiki pages about the various platforms/widgetsets. They also mention needed libraries and tools. Thanks, noted. The makefile would be a bad and uncommon place for this information. Sorry, with respect I disagree about the uncommon aspect. If you say make help in the Linux kernel build directory it gives you a list of targets etc., and in a fairly high proportion of open source projects ./configure --help will give you a list of options. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus on x86 Slackware 12.1
Mattias Gaertner wrote: Note: We don't want/need a './configure'. lazarus should compile for most users with a normal 'make'. Definitely, I only mentioned ./configure because it's the other way that build options are normally applied. Perhaps some static make targets (i.e. at least make help) which output a URL to the relevant bit of the wiki? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Lazarus on x86 Slackware 12.1
I'm currently trying to build Lazarus 0.9.26 on Slackware 12.1, which appears to have a fairly clean set of gtk 2.0 libraries unlike Debian which has a lot of 1.2 stuff. I think I need to create a manual symlink libgdk_pixbuf.so - libgdk_pixbuf-2.0.so However even with this I get: Linking ../lazarus /usr/local/share/lazarus-0.9.26-0/lcl/units/i386-linux/gtk/gtkdebug.o: In function `ONDBGDRAWAREAEXPOSE': gtkdebug.pp:107: undefined reference to `gdk_pixbuf_render_to_drawable_alpha' /usr/local/share/lazarus-0.9.26-0/lcl/units/i386-linux/gtk/gtkproc.o: In function `CREATEPIXBUFFROMDRAWABLE': gtkproc.inc:5624: undefined reference to `gdk_pixbuf_get_from_drawable' /usr/local/share/lazarus-0.9.26-0/lcl/units/i386-linux/gtk/gtkextra.o: In function `GDK_PIXBUF_RENDER_PIXMAP_AND_MASK': gtk1extra.inc:497: undefined reference to `gdk_pixbuf_render_pixmap_and_mask' lazarus.pp(122,1) Error: Error while linking lazarus.pp(122,1) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[2]: *** [lazarus] Error 1 make[2]: Leaving directory `/usr/local/share/lazarus-0.9.26-0/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `/usr/local/share/lazarus-0.9.26-0/ide' make: *** [ide] Error 2 Does anybody have any suggestions please? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Main menu hiding
Graeme Geldenhuys wrote: On Sun, Oct 19, 2008 at 5:46 PM, Mark Morgan Lloyd [EMAIL PROTECTED] wrote: I tried building for Qt but Debian is still on v3.5 rather than v4, and fpgui also failed. LCL-fpGUI is in pre-alpha stage. Hardly anything has been implemented, except some very basic things simply to see how easy/difficult it would be to interface fpGUI with LCL (which is quite easy by the looks of it). I could see the description and wasn't expecting great things, but was rather feverishly looking for an alternative to gtk 1. When I have time I'll try a different distro on the test machine which hopefully will allow me to get gtk 2 working. However I'd be very reluctant to move from Debian since It's probably the best choice when working on multiple architectures- I've got x86, ARM and SPARC here. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Main menu hiding
Henry Vermaak wrote: i'm not sure i follow here. i've been running lazarus gtk2 under debain testing for more than a year. The pixbuf stuff as currently being shipped appears to - v1 to the extent that it pulled in a whole lot of v1 libraries when installed. the menu hiding thing i don't understand either, but you can do it manually on gtk2 with gtk_widget_hide(PGtkWidget(MainMenu.Handle)); and show again with gtk_widget_show. you can see if it's visible with gtk_widget_visible (surprise). OK, so it can be done manually which is a start. Now all I need to do is get Lazarus working- on whatever distro- with v2 so I can see if the widget set does it. At present I can't say whether Win-32 is anomalous for doing it, or gtk v1 is anomalous for not doing it. And much as I want to know I've got limited time. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Main menu hiding
Graeme Geldenhuys wrote: I'm using Ubuntu 7.10 which also uses Qt 3.5 (as far as I know). I can build Lazarus for Qt, GTK1 and GTK2 without problems. Ubuntu is very similar to Debian (actually a descendant of Debian). Yes, I can see there's been discussion of those dependencies over the last few days. Obviously I'm aware of Ubuntu but it does appear to be very much x86-oriented, I might take a look at a recent Slackware since I've got a fair amount of experience on older versions and it also has a competent (albeit unofficial) SPARC port which runs on one of my larger systems. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Main menu hiding
Mark Morgan Lloyd wrote: 0.9.25 compiled for Win-32 running on NT allows you to hide and unhide a form's main menu depending on the visibility of the items on the menu, i.e. if nothing's visible on the menu then it doesn't take any space on the form. When compiled for gtk running on Debian Sarge x86 the menu is hidden as a thin strip which expands to its full height when items on it are made visible but cannot be hidden again. I was hoping that compiling Lazarus on Debian Lenny, which I believe is oriented towards gtk v2, would fix this. However it appears to require the libgdk-pixbuf-dev package which still appears to be based on gtk 1 and appears to install libglib1.2-dev as well as possibly splurging symlinks into /usr/lib. I tried building for Qt but Debian is still on v3.5 rather than v4, and fpgui also failed. I've got nothing against gtk 1 as such, but am interested in seeing if this menu problem is tied to a particular widget set since it impacts on some stuff I'm trying to lay out. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Event editing on ARM Linux
Mark Morgan Lloyd wrote: Mattias Gärtner wrote: Please test with svn r16827. I'm afraid I ended up with the latest SVN rather than that version, it fixes the event-editing problem but still fails on exit. Should I specifically be doing further testing based on r16827, i.e. is this the best one to use? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Main menu hiding
0.9.25 compiled for Win-32 running on NT allows you to hide and unhide a form's main menu depending on the visibility of the items on the menu, i.e. if nothing's visible on the menu then it doesn't take any space on the form. When compiled for gtk running on Debian Sarge x86 the menu is hidden as a thin strip which expands to its full height when items on it are made visible but cannot be hidden again. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Event editing on ARM Linux
0.9.25 compiled for Linux on ARM (little-endian) appears to have a problem with the event editor. If I put a button on a form then double-click on the OnClick event I get a messagebox Unable to find method. Please fix the error shown in the message window. The message is Error: source not found: unit /usr/local/share/lazarus/lcl/units/arm-linux/stdctrls.ppu. I admit to being rather inexperienced on that particular platform but I think I've set it up the same as other systems. In particular I can specifically see lcl/stdctrls.pp. Irrespective of whether the problem has shown up it is impossible to exit without getting an access violation. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Event editing on ARM Linux
Mattias Gärtner wrote: Please test with svn r16827. Will do but it will take me a couple of days. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Help viewer
Looking at lazhelphtml.pas, I suggest it might be worth adding seamonkey immediately before netscape. This is the integrated bundle of HTML viewer and mail client which supercedes Netscape. It's probably not necessary to add iceape and iceweasel which are rebrandings of Seamonkey and Firefox since they'll be found by xdg-open which was introduced at about the same time. Similar point probably applies to Google Chrome. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Tabbed controls
I was playing around with dockable forms the other day after watching http://www.youtube.com/watch?v=Fa1SH4u2o3Y without, I'm sorry to say, getting very far. However that did raise an interesting question: is it possible to reliably hide the tab of e.g. a TPageControl if it doesn't contain multiple visible pages? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Dialogue box positions
In the longer term, can anything be done to weight dialogue boxes away from the centre of the overall screen where they end up split on a multi-display setup? At the application level I'm able to weight message boxes to half way between the centre of the screen and the centre of the current form which works fairly well. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dear developers, we need your help before releasing 0.9.26
Mattias Gaertner wrote: Using fpc 2.2.3 compiled without optimisation I appear to get the same: (gdb) run Starting program: /usr/local/bin/lazarus [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 25243)] Gdk-CRITICAL **: file gdkgc.c: line 502 (gdk_gc_set_function): assertion `gc != NULL' failed. Start with run --g-fatal-warnings This GDB was configured as sparc-linux-gnu...Using host libthread_db library /lib/v9/libthread_db.so.1. (gdb) run --g-fatal-warnings Starting program: /usr/local/bin/lazarus --g-fatal-warnings [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 1950)] Gdk-CRITICAL **: file gdkgc.c: line 502 (gdk_gc_set_function): assertion `gc != NULL' failed. aborting... Program received signal SIGABRT, Aborted. [Switching to Thread 16384 (LWP 1950)] 0xf7a00e08 in kill () from /lib/v9/libc.so.6 (gdb) backtrace #0 0xf7a00e08 in kill () from /lib/v9/libc.so.6 #1 0xf7b4d190 in pthread_kill () from /lib/v9/libpthread.so.0 #2 0xf7b4d1e4 in raise () from /lib/v9/libpthread.so.0 #3 0xf7a00a48 in raise () from /lib/v9/libc.so.6 #4 0xf7a02234 in abort () from /lib/v9/libc.so.6 #5 0xf7f99ea0 in g_logv () from /usr/lib/libglib-1.2.so.0 #6 0xf7f99ecc in g_log () from /usr/lib/libglib-1.2.so.0 #7 0xf7f51d0c in gdk_gc_set_function () from /usr/lib/libgdk-1.2.so.0 #8 0x002f8a00 in CREATEGDKMASKBITMAP (AIMAGE=-143031040, AMASK=-143031136) at gtkproc.inc:1333 #9 0x002d6014 in TGTKWIDGETSET__CREATEICONINDIRECT (ICONINFO=0xfff44fc0, this=0xf77a0020) at gtkwinapi.inc:1919 #10 0x00192b34 in TICON__HANDLENEEDED (this=0xf7980120) at icon.inc:948 #11 0x0017f154 in TRASTERIMAGE__GETHANDLE (this=0xf7980120) at rasterimage.inc:757 #12 0x00192a10 in TICON__GETICONHANDLE (this=0xf7980120) at icon.inc:925 #13 0x00054b94 in TAPPLICATION__GETICONHANDLE (this=0xf7958020) at application.inc:896 #14 0x00054a3c in TAPPLICATION__ICONCHANGED (SENDER=0xf7980120, this=0xf7958020) at application.inc:880 #15 0x00176954 in TGRAPHIC__CHANGED (SENDER=0xf7980120, this=0xf7980120) at graphic.inc:67 #16 0x0017d888 in TRASTERIMAGE__CHANGED (SENDER=0xf7980120, this=0xf7980120) at rasterimage.inc:390 #17 0x0017dc14 in TRASTERIMAGE__LOADFROMSTREAM (ASTREAM=0xf7fcb0c0, ASIZE=19318, this=0xf7980120) at rasterimage.inc:452 #18 0x0017d968 in TRASTERIMAGE__LOADFROMSTREAM (ASTREAM=0xf7fcb0c0, this=0xf7980120) at rasterimage.inc:412 #19 0x0017782c in TGRAPHIC__LOADFROMLAZARUSRESOURCE (RESNAME=0x965ddc, this=0xf7980120) at graphic.inc:252 #20 0x00052e68 in TAPPLICATION__INITIALIZE (this=0xf7958020) at application.inc:352 #21 0x0001a668 in main () at lazarus.pp:87 (gdb) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dear developers, we need your help before releasing 0.9.26
Vincent Snijders wrote: If you want to spend some time on it and know a little assembler you can get the assembler source by using the -al compiler options. So I would do the following: * compile the LCL: make lcl * remove the lcl/units/sparc-linux/graphics.ppu * recompile the graphics unit: make lcl OPT=-al * inspect the graphics.s file and look for line 230 of pen.inc to see what causes the sigbus. I'll see what I can do, but not necessarily this evening. My SPARC assembler is about as strong as hospital tea. The good news is that this might be SPARC-specific- I've just got 0.9.25 compiled and apparently running on an ARM (little-endian) system, again based on Debian Etch. However I can't do much real work on this platform- compilation on the hardware available is somewhat sluggish and while I've got some higher-spec boards (or could cross-compile) it all takes time which is in short supply. I'd like to get a big-endian ARM system running as well but I can't promise this in finite time. Is anybody else currently testing Lazarus on a big-endian system? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dear developers, we need your help before releasing 0.9.26
Vincent Snijders wrote: Mark Morgan Lloyd schreef: Using lazarus-0.9.25-20080828 compiled with FPC 2.2.0 which I believe is robust on SPARC, hosted on Debian Etch with KDE on an Ultra-60, I get: (gdb) run Starting program: /usr/local/share/lazarus-0.9.25/lazarus [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 31206)] Gdk-CRITICAL **: file gdkgc.c: line 502 (gdk_gc_set_function): assertion `gc != NULL' failed. Gdk-CRITICAL **: file gdkdraw.c: line 381 (gdk_draw_pixmap): assertion `gc != NULL' failed. Gdk-CRITICAL **: file gdkgc.c: line 288 (gdk_gc_unref): assertion `gc != NULL' failed. TMainIDE.ParseCmdLineOptions: PrimaryConfigPath=/home/markMLl/.lazarus SecondaryConfigPath=/etc/lazarus NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults NOTE: help options config file not found - using defaults TMainIDE.DoNewProject A TCustomFormEditor.CreateComponent Form1:TForm1 False TMainIDE.DoNewEditorFile END unit1.pas Program received signal SIGBUS, Bus error. [Switching to Thread 16384 (LWP 31206)] 0x001821d0 in TPEN__FREEREFERENCE (this=0xf6f10430) at pen.inc:230 230 pen.inc: No such file or directory. in pen.inc (gdb) backtrace To me, this seems to be a compiler bug. Line 230 is: if not FReference.Allocated then Exit; FReference is an object with a boolean property Allocated. I see no reason, why this should give a problem. Can you try with fpc 2.2.2? I notice that on x86 I do not get those initial assertions- before I even start trying to look at the source can anybody say whether that's significant? I have no idea, maybe a gtk expert. Is there somewhere more appropriate that I should be posting or discussing this? I'm very inexperienced in the arcane ways of formal bug reports etc. For discussion bug, this is the best place. The bug tracker is a bit memory (it is easier to look up things), but not the right place for debugging. Using fpc 2.2.3 compiled without optimisation I appear to get the same: (gdb) run Starting program: /usr/local/bin/lazarus [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 25243)] Gdk-CRITICAL **: file gdkgc.c: line 502 (gdk_gc_set_function): assertion `gc != NULL' failed. Gdk-CRITICAL **: file gdkdraw.c: line 381 (gdk_draw_pixmap): assertion `gc != NULL' failed. Gdk-CRITICAL **: file gdkgc.c: line 288 (gdk_gc_unref): assertion `gc != NULL' failed. TMainIDE.ParseCmdLineOptions: PrimaryConfigPath=/home/markMLl/.lazarus SecondaryConfigPath=/etc/lazarus NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults NOTE: help options config file not found - using defaults TMainIDE.DoNewProject A TCustomFormEditor.CreateComponent Form1:TForm1 False TMainIDE.DoNewEditorFile END unit1.pas Program received signal SIGBUS, Bus error. [Switching to Thread 16384 (LWP 25243)] 0x001821d0 in TPEN__FREEREFERENCE (this=0xf6ec8610) at pen.inc:230 230 pen.inc: No such file or directory. in pen.inc (gdb) backtrace #0 0x001821d0 in TPEN__FREEREFERENCE (this=0xf6ec8610) at pen.inc:230 #1 0x001823e8 in TPEN__SETCOLOR (NEWCOLOR=8421504, NEWFPCOLOR= {RED = 32896, GREEN = 32896, BLUE = 32896, ALPHA = 65535}, this=0xf6ec8610) at pen.inc:269 #2 0x00181ac4 in TPEN__SETCOLOR (VALUE=8421504, this=0xf6ec8610) at pen.inc:47 #3 0x00167554 in TCUSTOMTREEVIEW__DOPAINT (this=0xf6f792a0) at treeview.inc:4031 #4 0x00163a50 in TCUSTOMTREEVIEW__PAINT (this=0xf6f792a0) at treeview.inc:2999 #5 0x001e862c in TCUSTOMCONTROL__PAINTWINDOW (DC=-145145824, this=0xf6f792a0) at customcontrol.inc:127 #6 0x001ce9bc in TWINCONTROL__PAINTHANDLER (THEMESSAGE= {MSG = 66592, DC = -145145824, PAINTSTRUCT = 0xf6ecd610, RESULT = 0}, this=0xf6f792a0) at wincontrol.inc:4239 #7 0x001d432c in TWINCONTROL__WMPAINT (MSG= {MSG = 66592, DC = -145145824, PAINTSTRUCT = 0xf6ecd610, RESULT = 0}, this=0xf6f792a0) at wincontrol.inc:6043 #8 0x001e8514 in TCUSTOMCONTROL__WMPAINT (MESSAGE= {MSG = 66592, DC = -145145824, PAINTSTRUCT = 0xf6ecd610, RESULT = 0}, this=0xf6f792a0) at customcontrol.inc:107 #9 0x0002ca78 in SYSTEM_TOBJECT_$__DISPATCH$formal () #10 0x001ddec0 in TCONTROL__WNDPROC (THEMESSAGE= {MSG = 66592, WPARAM = -145145824, LPARAM = -152250864, RESULT = 0, WPARAMHI = 63321, WPARAMLO = 16416, LPARAMHI = 63212, LPARAMLO = 54800, RESULTHI = 0, RESULTLO = 0}, this=0xf6f792a0) at control.inc:1583 #11 0x001d070c in TWINCONTROL__WNDPROC (MESSAGE= {MSG = 66592, WPARAM = -145145824, LPARAM = -152250864, RESULT = 0, WPARAMHI = 63321, WPARAMLO = 16416, LPARAMHI = 63212, LPARAMLO = 54800, RESULTHI = 0, RESULTLO = 0}, this=0xf6f792a0) at wincontrol.inc:4749 #12 0x00166cd4 in TCUSTOMTREEVIEW__WNDPROC (MESSAGE= {MSG = 66592, WPARAM = -145145824, LPARAM = -152250864, RESULT = 0, WPARAMHI = 63321, WPARAMLO
Re: [Lazarus] Dear developers, we need your help before releasing 0.9.26
Vincent Snijders wrote: What do I need to do or provide to help resolve this? Can somebody point me at any notes on generating backtraces for Lazarus or whatever's necessary? http://wiki.lazarus.freepascal.org/Creating_a_Backtrace_with_GDB I think what I needed to know was that Lazarus is already compiled with debugging info etc.- somebody please correct me if I'm wrong and it needs additional options. Using lazarus-0.9.25-20080828 compiled with FPC 2.2.0 which I believe is robust on SPARC, hosted on Debian Etch with KDE on an Ultra-60, I get: (gdb) run Starting program: /usr/local/share/lazarus-0.9.25/lazarus [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 31206)] Gdk-CRITICAL **: file gdkgc.c: line 502 (gdk_gc_set_function): assertion `gc != NULL' failed. Gdk-CRITICAL **: file gdkdraw.c: line 381 (gdk_draw_pixmap): assertion `gc != NULL' failed. Gdk-CRITICAL **: file gdkgc.c: line 288 (gdk_gc_unref): assertion `gc != NULL' failed. TMainIDE.ParseCmdLineOptions: PrimaryConfigPath=/home/markMLl/.lazarus SecondaryConfigPath=/etc/lazarus NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults NOTE: help options config file not found - using defaults TMainIDE.DoNewProject A TCustomFormEditor.CreateComponent Form1:TForm1 False TMainIDE.DoNewEditorFile END unit1.pas Program received signal SIGBUS, Bus error. [Switching to Thread 16384 (LWP 31206)] 0x001821d0 in TPEN__FREEREFERENCE (this=0xf6f10430) at pen.inc:230 230 pen.inc: No such file or directory. in pen.inc (gdb) backtrace #0 0x001821d0 in TPEN__FREEREFERENCE (this=0xf6f10430) at pen.inc:230 #1 0x001823e8 in TPEN__SETCOLOR (NEWCOLOR=8421504, NEWFPCOLOR= {RED = 32896, GREEN = 32896, BLUE = 32896, ALPHA = 65535}, this=0xf6f10430) at pen.inc:269 #2 0x00181ac4 in TPEN__SETCOLOR (VALUE=8421504, this=0xf6f10430) at pen.inc:47 #3 0x00167554 in TCUSTOMTREEVIEW__DOPAINT (this=0xf6fd12a0) at treeview.inc:4031 #4 0x00163a50 in TCUSTOMTREEVIEW__PAINT (this=0xf6fd12a0) at treeview.inc:2999 #5 0x001e862c in TCUSTOMCONTROL__PAINTWINDOW (DC=-144883680, this=0xf6fd12a0) at customcontrol.inc:127 #6 0x001ce9bc in TWINCONTROL__PAINTHANDLER (THEMESSAGE= {MSG = 66592, DC = -144883680, PAINTSTRUCT = 0xf6f15430, RESULT = 0}, this=0xf6fd12a0) at wincontrol.inc:4239 #7 0x001d432c in TWINCONTROL__WMPAINT (MSG= {MSG = 66592, DC = -144883680, PAINTSTRUCT = 0xf6f15430, RESULT = 0}, this=0xf6fd12a0) at wincontrol.inc:6043 #8 0x001e8514 in TCUSTOMCONTROL__WMPAINT (MESSAGE= {MSG = 66592, DC = -144883680, PAINTSTRUCT = 0xf6f15430, RESULT = 0}, this=0xf6fd12a0) at customcontrol.inc:107 #9 0x0002ca78 in SYSTEM_TOBJECT_$__DISPATCH$formal () #10 0x001ddec0 in TCONTROL__WNDPROC (THEMESSAGE= {MSG = 66592, WPARAM = -144883680, LPARAM = -151956432, RESULT = 0, WPARAMHI = 63325, WPARAMLO = 16416, LPARAMHI = 63217, LPARAMLO = 21552, RESULTHI = 0, RESULTLO = 0}, this=0xf6fd12a0) at control.inc:1583 #11 0x001d070c in TWINCONTROL__WNDPROC (MESSAGE= {MSG = 66592, WPARAM = -144883680, LPARAM = -151956432, RESULT = 0, WPARAMHI = 63325, WPARAMLO = 16416, LPARAMHI = 63217, LPARAMLO = 21552, RESULTHI = 0, RESULTLO = 0}, this=0xf6fd12a0) at wincontrol.inc:4749 #12 0x00166cd4 in TCUSTOMTREEVIEW__WNDPROC (MESSAGE= {MSG = 66592, WPARAM = -144883680, LPARAM = -151956432, RESULT = 0, WPARAMHI = 63325, WPARAMLO = 16416, LPARAMHI = 63217, LPARAMLO = 21552, RESULTHI = 0, RESULTLO = 0}, this=0xf6fd12a0) at treeview.inc:3884 #13 0x002ff950 in DELIVERMESSAGE (TARGET=0xf6fd12a0, AMESSAGE=void) at gtkproc.inc:3547 #14 0x0030ed48 in DODELIVERPAINTMESSAGE (TARGET=0xf6fd12a0, PAINTMSG= {MSG = 66592, DC = -144883680, PAINTSTRUCT = 0xf6f15430, RESULT = 0}) at gtkcallback.inc:50 #15 0x002e839c in TGTKWIDGETSET__SENDMESSAGE (HANDLEWND=14639848, MSG=66659, WPARAM=-153244864, LPARAM=28, this=0xf7734020) at gtkwinapi.inc:8159 #16 0x002c4adc in TGTKWIDGETSET__APPPROCESSMESSAGES (this=0xf7734020) at gtkwidgetset.inc:1202 #17 0x000551dc in TAPPLICATION__HANDLEMESSAGE (this=0xf78ec020) at application.inc:980 #18 0x000556a4 in TAPPLICATION__RUNLOOP (this=0xf78ec020) at application.inc:1091 #19 0x000c1478 in TWIDGETSET__APPRUN (ALOOP=0x55648 TAPPLICATION__RUNLOOP, this=0xf7734020) at interfacebase.inc:49 #20 0x00055640 in TAPPLICATION__RUN (this=0xf78ec020) at application.inc:1078 #21 0x0001a7b4 in main () at lazarus.pp:104 (gdb) As a detail, until I quit out of the debugger the splash image appears on all desktops in front of anything else. I notice that on x86 I do not get those initial assertions- before I even start trying to look at the source can anybody say whether that's significant? Is there somewhere more appropriate that I should be posting or discussing this? I'm very inexperienced in the arcane ways of formal bug reports etc. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk
Re: [Lazarus] Dear developers, we need your help before releasing 0.9.26
Paul Ishenin wrote: Maybe we need to point lazarus users to some build manual (if exists) or create one (in other case). But indeed building from svn is very easy: - to clean and build ide without external components: make clean all - to clean and build ide with some external component: make clean bigide - to clean and build ide with all user component: make clean idepkg What's the preferred FPC version for this? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Delphi Modbus Library
Marc Santhoff wrote: Hi, has anyone tried translating and using this one with fpc/lazarus?: http://sourceforge.net/projects/delphimodbus Regards, Marc I've considered it but we don't talk directly to any Modbus equipment so at present it would only be of academic interest. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is this a new microsoft approach?
Graeme Geldenhuys wrote: Simply allow configuration files to be written in the users HOME folder, nowhere else, unless you are Admin — how difficult is that! You don't need this virtual crap. I think the virtual business was probably inherited from MS IIS which had virtual directories (e.g. some location in the filesystem corresponding to http://localhost/). I don't like configuration or state files that are written without warning, what I do if I want to save (for example) a list of recently-opened document names is use a file named like ~/.myapp.ini (for unix, or a hidden file in the user's profile directory for Windows) but only if it already exists and is accessible. However the real problem is where programs have been written assuming files in hardwired default locations which in retrospect were inappropriate despite being compliant with MS's recommendations. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Building native Lazarus for ARM on Linux (little-endian)
Mark Morgan Lloyd wrote: I'm exploring the capabilities of a small ARM-based system, I've got Debian Etch on it with kernel 2.6.18. .. Assembling comctrls comctrls.pp(2706) Error: Can't call the assembler, error -1 switching to external assembling comctrls.pp(2706) Fatal: There were 2 errors compiling module, stopping Fatal: Compilation aborted make[1]: *** [alllclunits.ppu] Error 1 make[1]: Leaving directory `/usr/local/share/lazarus-0.9.24-0/lcl' make: *** [lcl] Error 2 The cause of the problem appears to have been lack of memory. The Debian installer had created a 90Mb swap partition which was inadequate, I rebuilt the system with 1Gb of which I believe around 200Mb was used during the Lazarus build (make all). I believe I've got a good set of binaries out of it but execution fails with exceptions. I can't put any more time into this one right now but I will revisit at some point. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Current version?
Over the last couple of years I've been tinkering with Lazarus on i386 (Windows and Linux) and SPARC (Linux), I'm mostly using 0.9.24 on FPC 2.2.0. I'm currently trying to get it running on ARM (Linux, little-endian). What is the current preferred version for non-core users, in terms of being reasonably stable but with problems being of interest to the core developers? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Current version?
Mattias Gaertner wrote: On Thu, 07 Aug 2008 13:12:15 + Mark Morgan Lloyd [EMAIL PROTECTED] wrote: Over the last couple of years I've been tinkering with Lazarus on i386 (Windows and Linux) and SPARC (Linux), I'm mostly using 0.9.24 on FPC 2.2.0. I'm currently trying to get it running on ARM (Linux, little-endian). What is the current preferred version for non-core users, in terms of being reasonably stable but with problems being of interest to the core developers? The 0.9.24 is the most stable. Then comes 0.9.25 with revision 15471. The current 0.9.25 has currently some image problems, otherwise it is the best of all lazarus. Mattias, Joost: many thanks. I might be safest sticking with 0.9.24 + 2.2.0 for the moment since the Windows development machine is NT and I've previously seen problems. I'll have another shot at building for ARM and raise any issues in a separate thread. Later I'll try moving to something newer than 2.2.0 on all platforms and then 0.9.25 or later. One of the things I'm still trying to find time to look at is problems when a project is moved between x86 and SPARC which might be related to endianness. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Current version?
Michael Van Canneyt wrote: On Thu, 7 Aug 2008, Mattias Gaertner wrote: On Thu, 07 Aug 2008 13:12:15 + Mark Morgan Lloyd [EMAIL PROTECTED] wrote: Over the last couple of years I've been tinkering with Lazarus on i386 (Windows and Linux) and SPARC (Linux), I'm mostly using 0.9.24 on FPC 2.2.0. I'm currently trying to get it running on ARM (Linux, little-endian). What is the current preferred version for non-core users, in terms of being reasonably stable but with problems being of interest to the core developers? The 0.9.24 is the most stable. Then comes 0.9.25 with revision 15471. The current 0.9.25 has currently some image problems, otherwise it is the best of all lazarus. The best of all IDE's, you mean ;-) Needs a book, or at least a concerted effort to describe the underlying logic of how packaging etc. works. I guess at this point I'd like to once again thank everybody who's responded to my where do I find questions with consistent patience. OT: there's dog latin and pidgin english but is there an expression for mangled Dutch? Elsewhere somebody's coined the term clog for a discussion to which the original poster keeps commenting as he works his way through a Delphi problem, and New Scientist yesterday had a report on 'Hanny's Voorwerp': voorwerp-oriented programming, anybody? :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Bringing a form to the foreground
Is there a portable way of bringing an application to the foreground, specifically so that its Do you really want to quit? dialogue is immediately visible? The scenario here is that when running under KDE if you click on an app's frame's close button or Right ClickClose on its taskbar button it doesn't bring the app to the foreground, so the dialogue is hidden. I know that arbitrary focus changes are deprecated, but this is one of a small number of cases where it's justified. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus