Does anyone in this list has a windows build for Geany SVN ? It doesn't need to be the ultimate bleeding edge, just a more recent one than 0.7.
I use SVN at home (linux) but have no building environment to do that here at work (where I'm forced to use windows...) and no windows at home to build it there.
Thanks in advance, Alexandre Moreira
On Tue, 18 Jul 2006 14:21:33 -0300, "Alexandre Moreira" alexandream@gmail.com wrote:
Does anyone in this list has a windows build for Geany SVN ? It doesn't need to be the ultimate bleeding edge, just a more recent one than 0.7.
I use SVN at home (linux) but have no building environment to do that here at work (where I'm forced to use windows...) and no windows at home to build it there.
You lucky one, booting Windows and building Geany was on my TODO list for weeks. Now, I did it and was successful(not the usual case with me and Windows ;-)): http://files.uvena.de/geany/geany-0.8svn_win32.zip
As usual, it is not very well tested(read not tested), so any comments are welcome. I just build it and since there were no compiler errors and warnings, I put the files in the archive.
@Nick: this time I built it against GTK 2.6.7, can you test it regarding the unresolved symbol issue?
Thanks, Enrico
-- Get my GPG key from http://www.uvena.de/pub.key
2006/7/18, Enrico Tröger enrico.troeger@uvena.de:
On Tue, 18 Jul 2006 14:21:33 -0300, "Alexandre Moreira" alexandream@gmail.com wrote:
Does anyone in this list has a windows build for Geany SVN ? It doesn't need to be the ultimate bleeding edge, just a more recent one than 0.7.
I use SVN at home (linux) but have no building environment to do that here at work (where I'm forced to use windows...) and no windows at home to build it there.
You lucky one, booting Windows and building Geany was on my TODO list for weeks. Now, I did it and was successful(not the usual case with me and Windows ;-)): http://files.uvena.de/geany/geany-0.8svn_win32.zip
Wow! That was luck. I was indeed only asking to be sure, but I was expecting a "Sorry, none of we have it".
As usual, it is not very well tested(read not tested), so any comments
are welcome. I just build it and since there were no compiler errors and warnings, I put the files in the archive.
Thanks, Enrico. I'm gonna test it here.
@Nick: this time I built it against GTK 2.6.7, can you test it
regarding the unresolved symbol issue?
Thanks, Enrico
-- Get my GPG key from http://www.uvena.de/pub.key
Geany mailing list Geany@uvena.de http://uvena.de/cgi-bin/mailman/listinfo/geany
On 18/07/06 20:45:40, Enrico Tröger wrote:
On Tue, 18 Jul 2006 14:21:33 -0300, "Alexandre Moreira" alexandream@gmail.com wrote:
Does anyone in this list has a windows build for Geany SVN ? It doesn't need to be the ultimate bleeding edge, just a more recent
one
than 0.7.
http://files.uvena.de/geany/geany-0.8svn_win32.zip
As usual, it is not very well tested(read not tested), so any comments are welcome. I just build it and since there were no compiler errors and warnings, I put the files in the archive.
@Nick: this time I built it against GTK 2.6.7, can you test it regarding the unresolved symbol issue?
I tested it in Windows ME with the GTK 2.6 runtime and it runs, so now that issue is fixed...
I don't know if it was just the Windows ME system I tested it on, but it seems there is a problem with drawing updated text in Scintilla - it only paints text changes and selections when the whole widget needs repainting. I will try to look into this. It would be great if anyone with an old Windows ME/98/?95 system could see if they get this problem. Note that the GTK+ 2.6 runtime, not 2.8 is needed for these systems.
I also tested it on Windows 2000 and there it ran fine, no problem with Scintilla redrawing.
I did notice a general problem with Find in files though, I will disable it for a Windows build until we have a workaround for GIOChannel. Anyone running this SVN Windows build should avoid using Find in files - it will probably segfault.
I also noticed the global.tags file did not get loaded (the same for 0.7) - probably just a simple path issue.
Regards, Nick
Nick Treleaven wrote:
I did notice a general problem with Find in files though, I will disable it for a Windows build until we have a workaround for GIOChannel. Anyone running this SVN Windows build should avoid using Find in files - it will probably segfault.
Never tell me to avoid doing something... :)
Find in files works fine here. XP SP2 + GTK+ 2.8.9. Any test case to reproduce the bug ?
Cheers
François
On 20/07/06 13:22:01, F. Cami wrote:
Nick Treleaven wrote:
I did notice a general problem with Find in files though, I will disable it for a Windows build until we have a workaround for GIOChannel. Anyone running this SVN Windows build should avoid using Find in files - it will probably segfault.
Never tell me to avoid doing something... :)
Find in files works fine here. XP SP2 + GTK+ 2.8.9. Any test case to reproduce the bug ?
Interesting - the results appear in the Messages window just like on *nix?
This means there must be a workaround in GLib (2.8) to make g_io_channel_unix_new work in Windows; perhaps it just calls g_io_channel_win32_new_fd internally. This may only work with Windows XP - I will try this on a friend's laptop.
In Windows 2000 I think FIF segfaulted once but after that the results would scroll past in a command shell and disappear before I could read them; in Windows ME it always segfaulted.
I will look into this before the 0.8 release, and if possible just disable Windows FIF on GLib < 2.8 or WinME/2K.
This is interesting because we could enable other uses of GIOChannel on Windows, e.g. for building; but this is probably a fair way off yet.
BTW Find usage should still work fine in all Windows versions.
Regards, Nick
Nick Treleaven wrote:
On 20/07/06 13:22:01, F. Cami wrote:
Nick Treleaven wrote:
I did notice a general problem with Find in files though, I will disable it for a Windows build until we have a workaround for GIOChannel. Anyone running this SVN Windows build should avoid using Find in files - it will probably segfault.
Never tell me to avoid doing something... :)
Find in files works fine here. XP SP2 + GTK+ 2.8.9. Any test case to reproduce the bug ?
Interesting - the results appear in the Messages window just like on *nix?
Yes. I use grep from unxutils and specified the path to grep.exe in geany's config, and it works just like on *nix.
This means there must be a workaround in GLib (2.8) to make g_io_channel_unix_new work in Windows; perhaps it just calls g_io_channel_win32_new_fd internally. This may only work with Windows XP
- I will try this on a friend's laptop.
In Windows 2000 I think FIF segfaulted once but after that the results would scroll past in a command shell and disappear before I could read them; in Windows ME it always segfaulted.
I will look into this before the 0.8 release, and if possible just disable Windows FIF on GLib < 2.8 or WinME/2K.
This is interesting because we could enable other uses of GIOChannel on Windows, e.g. for building; but this is probably a fair way off yet.
This would be nice, indeed.
Best,
François
On 20/07/06 15:49:14, F. Cami wrote:
Nick Treleaven wrote:
On 20/07/06 13:22:01, F. Cami wrote:
Nick Treleaven wrote:
I did notice a general problem with Find in files though, I will disable it for a Windows build until we have a workaround for GIOChannel. Anyone running this SVN Windows build should avoid using Find in files - it will probably segfault.
After some more Windows testing I've found the cause of the segfault - it is only when the current file has no filename (this didn't show up in *nix because glibc printf handles null strings with %s, but it's still a bug). This will be fixed for 0.8.
So for this SVN windows build, just avoid using FIF on an untitled new file.
Find in files works fine here. XP SP2 + GTK+ 2.8.9. Any test case to reproduce the bug ?
Interesting - the results appear in the Messages window just like on *nix?
Yes. I use grep from unxutils and specified the path to grep.exe in geany's config, and it works just like on *nix.
I have just tried the SVN windows build on Windows XP SP2 with the GTK+ 2.8.9 runtime EXE installer, and with the latest grep.exe from unxutils.sf.net and FIF did NOT work. (I also tried grep from MinGW). It was the same command prompt window that popped up, scrolled and then disappeared.
So AFAICT, the only way it could work is if you have a more recent version of GLib than the one distributed with the GTK+ 2.8.9 runtime EXE installer (gtk+-2.8.9-setup-1.zip).
From the gtk.org site: "Please note that gtk+ 2.8.15 and later require glib 2.10.1 (or later)"
Just to be absolutely sure, you are definitely using 'Search->Find in files' and not 'Find usage' from the popup editor menu?
Regards, Nick
Nick Treleaven wrote:
Just to be absolutely sure, you are definitely using 'Search->Find in files' and not 'Find usage' from the popup editor menu?
Yes. Screenshot attached (I was searching for the string "main"). I get the weird popup that closes as soon as it launches, but the search result is there.
François
On 21/07/06 17:15:06, Nick Treleaven wrote:
On 20/07/06 15:49:14, F. Cami wrote:
Nick Treleaven wrote:
On 20/07/06 13:22:01, F. Cami wrote:
Nick Treleaven wrote:
I did notice a general problem with Find in files though, I will disable it for a Windows build until we have a workaround for GIOChannel. Anyone running this SVN Windows build should avoid using Find in files - it will probably segfault.
After some more Windows testing I've found the cause of the segfault - it is only when the current file has no filename
This is fixed now in SVN.
Find in files works fine here. XP SP2 + GTK+ 2.8.9. Any test case to reproduce the bug ?
Interesting - the results appear in the Messages window just like on *nix?
Yes. I use grep from unxutils and specified the path to grep.exe in geany's config, and it works just like on *nix.
I have just tried the SVN windows build on Windows XP SP2 with the GTK+ 2.8.9 runtime EXE installer, and with the latest grep.exe from unxutils.sf.net and FIF did NOT work. (I also tried grep from MinGW). It was the same command prompt window that popped up, scrolled and then disappeared.
I tried again today in XP and it worked! François: apologies for my confusion. I guess it must have been because yesterday I only logged out rather than rebooting after installing the GTK+ runtime [it doesn't prompt for a restart if you don't install the language support]. For the record today it worked with the 2.8.18 runtime, but after checking the source of 2.8.9 it should work with that also. (g_io_channel_unix_new does just call g_io_channel_win32_new_fd internally.)
Many thanks for reporting this ;-)
Regards, Nick
Nick Treleaven wrote:
On 21/07/06 17:15:06, Nick Treleaven wrote:
On 20/07/06 15:49:14, F. Cami wrote:
Nick Treleaven wrote:
On 20/07/06 13:22:01, F. Cami wrote:
Find in files works fine here. XP SP2 + GTK+ 2.8.9. Any test case to reproduce the bug ?
Interesting - the results appear in the Messages window just like on *nix?
Yes. I use grep from unxutils and specified the path to grep.exe in geany's config, and it works just like on *nix.
I have just tried the SVN windows build on Windows XP SP2 with the GTK+ 2.8.9 runtime EXE installer, and with the latest grep.exe from unxutils.sf.net and FIF did NOT work. (I also tried grep from MinGW). It was the same command prompt window that popped up, scrolled and then disappeared.
I tried again today in XP and it worked! François: apologies for my confusion. I guess it must have been because yesterday I only logged out rather than rebooting after installing the GTK+ runtime [it doesn't prompt for a restart if you don't install the language support]. For the record today it worked with the 2.8.18 runtime, but after checking the source of 2.8.9 it should work with that also. (g_io_channel_unix_new does just call g_io_channel_win32_new_fd internally.)
Many thanks for reporting this ;-)
Nick,
You are welcome :)
François
On Thu, 20 Jul 2006 13:02:54 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
I also noticed the global.tags file did not get loaded (the same for 0.7) - probably just a simple path issue.
I don't think so. I had this problem some time ago(somewhen at packaging 0.7 for Windows) and I noticed, that tagmanager seems to need LF line endings and doesn't work with CR/LF. The line endings can change by compressing and extracting archives between Linux and Windows. The Windows build zip files are packaged under Linux and so, at least it is thinkable, when extracting with e.g. Winzip the line endings are converted(there is somewhere an option for it in Winzip).
Try to open the global.tags file in Geany and set line endings to LF and try again. If it works then, I'll fix tagmanager to accept CR/LF too.
Regards, Enrico
-- Get my GPG key from http://www.uvena.de/pub.key
On 20/07/06 18:20:28, Enrico Tröger wrote:
On Thu, 20 Jul 2006 13:02:54 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
I also noticed the global.tags file did not get loaded (the same for
0.7) - probably just a simple path issue.
I don't think so. I had this problem some time ago(somewhen at packaging 0.7 for Windows) and I noticed, that tagmanager seems to need LF line endings and doesn't work with CR/LF. The line endings can change by compressing and extracting archives between Linux and Windows. The Windows build zip files are packaged under Linux and so, at least it is thinkable, when extracting with e.g. Winzip the line endings are converted(there is somewhere an option for it in Winzip).
Try to open the global.tags file in Geany and set line endings to LF and try again. If it works then, I'll fix tagmanager to accept CR/LF too.
I've just tested the 0.8 SVN Windows build again, and it seems I got a bit confused with my own build I did the same day (which was a simple path issue)...
There is no problem with global.tags - on both Win2K and WinME - sorry for the wrong information!
BTW I actually tested both CRLF and LF formatted global.tags and they both work.
Regards, Nick
On Fri, 21 Jul 2006 16:08:42 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
On 20/07/06 18:20:28, Enrico Tröger wrote:
On Thu, 20 Jul 2006 13:02:54 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
I also noticed the global.tags file did not get loaded (the same for
0.7) - probably just a simple path issue.
I don't think so. I had this problem some time ago(somewhen at packaging 0.7 for Windows) and I noticed, that tagmanager seems to need LF line endings and doesn't work with CR/LF. The line endings can change by compressing and extracting archives between Linux and Windows. The Windows build zip files are packaged under Linux and so, at least it is thinkable, when extracting with e.g. Winzip the line endings are converted(there is somewhere an option for it in Winzip).
Try to open the global.tags file in Geany and set line endings to LF and try again. If it works then, I'll fix tagmanager to accept CR/LF too.
I've just tested the 0.8 SVN Windows build again, and it seems I got a bit confused with my own build I did the same day (which was a simple path issue)...
There is no problem with global.tags - on both Win2K and WinME - sorry for the wrong information!
BTW I actually tested both CRLF and LF formatted global.tags and they both work.
Nice to hear (because it saves us work ;-)).
Regards, Enrico
-- Get my GPG key from http://www.uvena.de/pub.key
