Hi,
I run the rar executable with the option a (add) on a very large
archive with g_spawn_async_with_pipes but the GUI freezes until the
rar executable has finished its job. I'm wondering why ? These are
the parameters I use with g_spawn_async_with_pipes:
GError *error = NULL;
Hi folks,
while trying to crosscompile gtk2 (2.6.4) I've got some errors
on compiling the timescale executable:
libgthread-2.0.so: undefined reference to `__rpc_thread_destroy'
libgthread-2.0.so: undefined reference to `__res'
libgthread-2.0.so: undefined reference to `_h_errno'
On Sep 21, 2005, at 8:08 AM, Enrico Weigelt wrote:
while trying to crosscompile gtk2 (2.6.4) I've got some errors
on compiling the timescale executable:
libgthread-2.0.so: undefined reference to `__rpc_thread_destroy'
libgthread-2.0.so: undefined reference to `__res'
libgthread-2.0.so:
* muppet [EMAIL PROTECTED] schrieb:
snip
This sounds like your linker is trying to find an actual errno
symbol because the C compiler didn't see the proper preprocessor
definition of errno at .c - .o time.
Check the includes and see if errno.h is being included.
hmm. the strange thing
* Matthias Clasen [EMAIL PROTECTED] schrieb:
snip
Maybe just moving deprecated widgets to a separate library, like
libgtk2.0-compat.la, would be a better solution? We'd get well
maintained applications to avoid linking to this library, while at the
same time keeping it around for
* Banginwar, Rajesh [EMAIL PROTECTED] schrieb:
I am really glad to see the intention of keeping the ABI same even with
3.0 release.
I'm not.
Binary compatibiliy prevents us from changes in the library structures,
ie. which widgets belong into which lib.
Normally a new major release
* Rob Adams [EMAIL PROTECTED] schrieb:
snip
I don't really see much reason ever to break ABI for the forseeable
future. There's essentially nothing stopping us from simply leaving
deprecated functions in there indefinitely, other than a fairly minor
Very *bad* idea.
This breaks many
* Philippe De Swert [EMAIL PROTECTED] schrieb:
snip
This is an issue for embedded systems using gtk (like for example GPE).
Maybe a --disable-deprecated flag could do the trick?
Nice idea.
BUT: it as to be absolutely clear what exactly this means. Just
calling it obsolete is not enough.
So
* Florian Boor [EMAIL PROTECTED] schrieb:
snip
I'm working on the GPE project (http://gpe.handhelds.org, a software framework
for mobile devices like PDAs) which is using GTK.
Moving more features into GTK will make application development easier for us
in
a software environment of limited
Dan Winship wrote:
One of the gobject-introspection TODOs is:
- Write a scanner to create XML from annotated headers
AFAIK, no one has put forward any suggestions about what those
annotations would be. gtk-sharp's parser already figures out a lot of
things (by assuming that the code
On Wed, 2005-09-21 at 12:48 -0400, Tristan Van Berkom wrote:
One thing I'd like to see introspectable is versioninig information
on properties signals, right now the doc notes include Since 2.6
on function calls and such (it would also be nice to introspect
whether properties, signals
Torsten Schoenfeld wrote:
On Wed, 2005-09-21 at 12:48 -0400, Tristan Van Berkom wrote:
One thing I'd like to see introspectable is versioninig information
on properties signals, right now the doc notes include Since 2.6
on function calls and such (it would also be nice to introspect
whether
Tristan Van Berkom wrote:
- Is there any kind of plan of enhancing GObject introspection ?
(ofcourse including its internals such as pspecs etc).
- Is it speced anywhere ?
- Is there anyone working on it ?
gobject-introspection module in GNOME CVS
-- Dan
Hi Dan,
On 9/21/05, Dan Winship [EMAIL PROTECTED] wrote:
One of the gobject-introspection TODOs is:
- Write a scanner to create XML from annotated headers
I've started a Python script to parse GTK+ header files and generate a
scheme-based definition files[1] used by PyGTK+ project.
I'm
Hello,
We are currently in the process of standardizing
GTK+ libraries in LSB-Desktop project. During the process, I ran into the GOnce
structure in Glib library. I will like to understand why the member variables
of this structure are declared volatile. I am trying to find out if LSB
Hi folks,
here's a little fix against configure to use always $PKG_CONFIG
for calling pkg-config.
I've got two versions, one against 2.6.4, another against 2.8.0.
cu
--
-
Enrico Weigelt== metux IT service
phone:
Hi folks,
i've got yet another configure problem:
It doesn't find some parts of X11 (XIproto.h), because it doesnt
use the right include path.
config.log shows up, that no pathes are passed to gcc for the
test - this of course cannot work.
How can I build gtk2 nevertheless ? Am I forced
Hi Group,
I am trying to run a gtk application in linux on PXA
270 (arm architecture) board. Then I got error message
saying that file not found libpango-1.0.so.600.0 at
runtime.
I have added
libpangoft2-1.0.so.600.0,libXft.so.5.0,libX11.so.8.1,
libfreetype.so.13.0,
Hi
On Tue, 20 Sep 2005 23:01:48 -0700 (PDT)
Maran [EMAIL PROTECTED] wrote:
After adding all those libraries, the error has been
changed to /lib/libiconv.so.4.0: undefined symbol:
__guard.
It seems that the libiconv.so.4.0 is needed to be
compiled with some more compiler option.
Could you please
Hi Patrick,
Well, the previous subject line didn't help ;-)
Can you try a more recent version beofre trying to figure out your
problem? You can get gtkextra-1.0.0 for gtk+-1.x of gtkextra-2.x for
gtk+-2.x
Thank you!
Saludos,
ADRIAN
Patrick McEvoy wrote:
Hello,
Sorry about the repost but
Yes, how right you are. The correct name is libpango-1.0-0.dll, and I
downloaded it, just like the other dlls from:
www.dll-files.com
Again, you are right, I did downloaded the dlls, with the execption of
libpango-1.0-0.dll, in zip format.
Is there anything else I need to do, to get the GTK+ to
Hello everyone!
I have just installed the gtk+-2.8.3 version on my MS-Windows XP. A small
program compiles, but the linker complaints saying:
C:\Dev-Cpp\Bin\..\lib\gcc\mingw32\3.4.2\..\..\..\..\mingw32\bin\ld.exe:
cannot find lintl I checked for the existence of this dll and it does
exist,
[EMAIL PROTECTED] writes:
C:\Dev-Cpp\Bin\..\lib\gcc\mingw32\3.4.2\..\..\..\..\mingw32\bin\ld.exe:
cannot find lintl I checked for the existence of this dll and it does
exist, what else should I check for or change to get my program to compile
and link.
You should also have an import
Hi,
As
has been discussed in earlier posts, LSB desktop project is planning on
including GTK+ for LSB standardization. As we are going through different
interfaces and documentations, we find many functions are not documented at
all. Some of the examples in Glib include:
On Wed, 2005-09-21 at 16:32 -0700, Banginwar, Rajesh wrote:
Hi,
As has been discussed in earlier posts, LSB desktop
project is planning on including GTK+ for LSB standardization. As we
are going through different interfaces and documentations, we find
many functions are not
Hi,
I have big Problems installing the Gnome2-VFS-1.041 Package.
When executing
'perl Makefile.PL'
I got the error:
*** can not find package gnome-vfs-2.0
But for me it looks like this package is proper installed.
In the directory '/opt/gnome/lib/pkgcinfig/' (which is defined in
On Wed, 2005-09-21 at 09:50 +0200, Torsten Link wrote:
In the directory '/opt/gnome/lib/pkgcinfig/' (which is defined in
^
/
,-'
/
Was this just a typo?
--
Bye,
-Torsten
Torsten Link said:
When executing
'perl Makefile.PL'
I got the error:
*** can not find package gnome-vfs-2.0
But for me it looks like this package is proper installed.
In the directory '/opt/gnome/lib/pkgcinfig/' (which is defined in
PKG_CONFIG_PATH)
there is a file called:
Em Sáb, 2005-09-17 às 21:53 +0200, Torsten Schoenfeld escreveu:
Gnome2::VFS - Perl interface to the 2.x series of the GNOME VFS
library. This module allows you to interface with the GNOME Virtual
File System library. It provides the means to transparently access
files on all kinds of
James Muir said:
I've downloaded some xs files:
-rw-r--r-- 1 james james 17402 2005-09-21 16:19 GnomeCanvas.xs
-rw-r--r-- 1 james james 7508 2005-09-21 15:04 GnomeCanvasItem.xs
-rw-r--r-- 1 james james 2695 2005-09-21 15:02 GnomeCanvasRichText.xs
but I don't see all of the
On Sep 21, 2005, at 10:30 PM, Daniel Kasak wrote:
I've hit somewhat of a brick wall with the error:
Gtk-WARNING **: GtkEntry - did not receive focus-out-event. If you
connect a handler to this signal, it must return
FALSE so the entry gets the event as well at /usr/lib/perl5/
On Sep 22, 2005, at 1:02 AM, ofey aikon wrote:
Gtk2::Ex::Dialogs doesn't work on win32 due to dependency on
Gnome2::VFS
The attached patch should (hopefully) solve that problem.
A more neighborly trick would be to do the use in an eval instead
of going by platform only. That way the
32 matches
Mail list logo