Hi.
Has anybody else remarked that certain windows don't close properly,
namely the config-dialog, when using GTK 2.12 on windows? I saw this
behaviour in another GTK-app (Claws-Mail) as well. Reverting back to GTK
2.10.13 fixed the problem. Don't know if that is a general bug or if
some code should be adapted to new GTK-stuff...
--
Mockey
Hi,
yesterday an user reported that Geany behaves badly when there is no
free disk space on the disk where the current file should be saved.
That is, when you are editing a file in Geany, meanwhile your disk runs
out of free space (extensive logging, copying large files, some
process gone bad, ...) and you then save the file in Geany, it gets
overwritten and the file is emptied.
This is indeed bad.
And there seems to be no easy way to fix it.
The only solution which comes to my mind would be to check for
available disk space before trying to write the file. Unfortunately,
there seems to be no portable way of doing this.
There is statvfs() for Linux and some Unices but I'm not sure it is
generally available. And then there is Windows which again would need
some special code.
IMO, fopen() should fail to open a file for writing (mode "w") when
there is no free space available and it should set errno to ENOSPC.
Unfortunately, it doesn't. Instead it does open the file, returns a
valid FILE* object and truncates the file.
Then the following fwrite() call fails and sets errno to ENOSPC. But
unfortunately at this point the file already got truncated and is empty.
I tried to first open the file with the "a" flag in append mode, then
try to add some characters and if that fails, abort with an appropriate
error message. And if it succeeds, re-open the file for normal writing
and put the contents as usual.
Unfortunately, this also doesn't work reliably. So, I'm not sure if we
can/should do anything else about this.
Take this as a warning and please try to prevent the case of a full
disk.
BTW, Geany is not the only app with such problems. Xfce's mousepad and
SciTE have the same problem. And there are probably many more
applications which similar problems.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
Hi all,
some time ago we discussed about a common SVN repository for plugin
authors but didn't find a concrete solution.
We decided to create a "geany-plugins" project[1] at Sourceforge. At
the moment it has a Subversion repository and trackers for bug reports,
feature requests and patches.
Each plugin author is welcome to use these services. To do so, you
need an account at Sourceforge. You can easily register at [2].
After you successfully created an account, tell your account name me or
Nick and you will write access to the SVN repository[3].
Then you can use the repository for your own plugin.
Authors using this service should subscribe to the
geany-plugins-commits(a)uvena.de and geany-plugins-tracker(a)uvena.de
mailing lists(see my previous post) to stay up to date with changes.
General plugin discussion can happen on the normal geany(a)uvena.de or
geany-devel(a)uvena.de lists.
At the moment, there are two plugins already available in the
repository, instantsave and backupcopy. Feel free to use these plugins
as a start for your own, maybe by copying the directory structure and
the autotools files (Makefile.am, configure.in, ...). These both
plugins are also ready for i18n support and have an initial German
translation, just for reference.
New plugins should be imported into a new directory inside the trunk/
directory. There are also the common branches and tags directories, use
them as needed, use always a subdirectory for your own plugin.
We encourage authors using this service to only commit changes to their
own plugin and not to others' plugins. Instead just send patches to
geany-devel(a)uvena.de or the plugin author directly.
[1] http://sourceforge.net/projects/geany-plugins
[2] http://sourceforge.net/account/registration/
[3] http://geany-plugins.svn.sourceforge.net/viewvc/geany-plugins/
Happy coding,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
Hi,
we recently created a few new mailing lists, mainly for developers and
plugin authors.
geany-devel(a)uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
-> a list for developers of Geany and interested people in discussing
about the future of Geany.
geany-plugins-commits(a)uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-plugins-commits
-> read-only mailing list which receives SVN commit messages from the
geany-plugins repository. Interesting for plugin authors who use this
service (see next post for details).
geany-plugins-tracker(a)uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-plugins-tracker
-> read-only mailing list for new and updated tracker items(bugs,
feature requests, patches) of the geany-plugins project at Sourceforge.
Interesting for plugin authors who use this service.
All three new lists are expected to be rather low-traffic so don't
worry to subscribe ;-).
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
Hi Jeff.
Thanks for this plugin first. I don't know much Lua yet but I'm sure it
will be very useful.
> hmmm... I never actually tried loading modules on Windows,
> it works fine on Linux. But I see now where it would be
> problematic.
Where do you put your modules in Linux? The libgeanylua that is
produced there is also static, isn't it?
> The problem is that geanylua links statically to 'liblua.a'
> but in order to load modules on Windows, it must (???) be
> re-compiled to link dynamically to lua51.dll instead.
I can compile a working geanylua statically with 'liblua5.1.a' but I'm
not sure how to link dynamically using MingW. Is it -shared -llua5.1
then?
> I don't know how well this will work with whatever version
> you are running, but you can try them if you want:
Thanks, but our DLLs apparently don't work with 0.14.
> You will also need the "lua5_1_3_Win32_bin.zip" package
> from http://luaforge.net/projects/luabinaries/
> in order to get the shared Lua DLL's.
I tried -shared -llua5.1. Then I put the lua-DLL into the Geany
program dir. It apparently tries to load but then it complains about
missing msvcr80.dll. When copying msvcr80.dll to the dir another error
appears. Can it be that these DLLs are for MSVC only and cannot be used
with MingW?
--
Mockey
Hi.
I tried to use some additional lua-modules on windows e.g. with:
require 'winman'
It seems that the correct path to the module has to be added to
LUA_CPATH (can be done with package.cpath) for "require" to work.
But then the loaded module looks for lua51.dll. Some default behaviour I
guess. I copied libgeanylua.dll as lua51.dll to Geany's program
directory and that seems to do the trick.
Apparently libgeanylua sees Geany's program directory as its working
directory?
Is there a better way to do this? Maybe a modification to libgeanylua?
--
Mockey
hi shadow-
i kind of wonder about the same thing.
i know that someone is working on
HAXE support and you can use flex
from within HAXE if i understood
the HAXE website correctly.
i fooled with Flex a little and now
face the issue of learning HAXE if
there is no other support in Geany
for flex and AS.
Haxe is suppose
to include among other things server
side functionality among other things
and they said you could use just one
language. I looked at the mysql
interface and i think i am sticking
with PHP on that one. I only wish
to use HAXE if i learn it for client
stuff. The ability to use HAXE for
creating desktop applications is
cool too though.
I will check back soon on all of
this. I am very excited about Geany
and these ongoing possibilites (MXML,
AS,Haxe) for Linux.
not sure at what stage they are at
with all of this and that is why
i will check back in a bit.
thanks,
jim
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ