Yes, now I see it. I guess that it might be error specific to
implementation of GLib.SList.
In example that you gave, same behaviour can be seen when removing first
item from other list (given_list). If it is first item, list you were
modifying works fine, but other seems to be broken (it is the
I am confused here. What [ReturnsModifiedPointer] has to do with
copying/referencing an object?
With GLib.SList list = given_list; you do not create a copy of an object
but owned reference/pointer. And if you do anything to that reference, you
will modify given_list too.
And in most cases not
I think that it is pretty consistent and expected behaviour not only in
Vala but in other languages as well (as long as they allow such things). I
would be worried if it would work other way around. Example:
int x, y;
x = 2;
y = x = 3;
I expect that both y and x will have same value, 3. I would
Hi,
All here below may be my misconception of { private set; public get; } but
I still want to share it.
Recently I run into problem with calling methods on structs that have {
private set; public get; } accessibility (well, I run into it every now and
then :( but now as I know about it, I am no
I learned that under Windows you need to provide some extra info about libs
you're using.
For linux I have this:
valac -o Game --pkg gee-1.0 --pkg gl --pkg libglfw --pkg glu --pkg
libxml-2.0 --pkg gio-2.0 \
... (other lines, source files mostly)
For Windows:
valac -o Game --pkg gee-1.0 --pkg gl
Hi,
Recently I run into a problem of interfaces sharing methods.
I have two interfaces that have method of the same name, same result, same
parameter list - it is done on purpose this way, so interfaces would
require such method to be implemented.
It compiles fine. But it crushes when run. I
Hi,
Try disabling vapigen compilation, ie.
./configure --disable-vapigen
(You of course need to compile from source)
Works for me, as I don't use that tool :)
And as far as I looked into the code (and as much as I remember), vapigen
uses posix threading when going through files, but I might be