Re: [E-devel] Re: E CVS: libs/ecore rephorm

On Wed, 07 Sep 2005 07:06:06 +0200 Sebastian Dransfeld <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > > > oh - you aRe right there - we only HAVE to malloc in the case of size == 32 > > (ie to make sure the app gets 32bit data not 64bit data of whihc only > > 32bits is

Re: [E-devel] e17 segfault

jochen wrote: Hi, I had another segfault, happend when using pybliographic, (a python bibliography manager, using python-gnome and python-gtk) backtrace is attached. I cannot reproduce it though, as I don't know what exactly I did. No external modules are enabled, cvs of a week ago. Cheers Jochen

Re: [E-devel] Re: E CVS: libs/ecore rephorm

Carsten Haitzler (The Rasterman) wrote: oh - you aRe right there - we only HAVE to malloc in the case of size == 32 (ie to make sure the app gets 32bit data not 64bit data of whihc only 32bits is used...) BUT here's the catch: if you kjust pass back the data... how will the app free it? see the

Re: [E-devel] punting libungif support from imlib2

On Wednesday, 07 September 2005, at 00:32:25 (-0400), Mike Frysinger wrote: > anyone have any qualms with me punting libungif support from imlib2 > and just supporting giflib ? the entire point of libungif was to > make a version of giflib that was free of the gay lzw patent, but > now that the p

[E-devel] e17 segfault

Hi, I had another segfault, happend when using pybliographic, (a python bibliography manager, using python-gnome and python-gtk) backtrace is attached. I cannot reproduce it though, as I don't know what exactly I did. No external modules are enabled, cvs of a week ago. Cheers Jochen #0 0xe410

[E-devel] punting libungif support from imlib2

anyone have any qualms with me punting libungif support from imlib2 and just supporting giflib ? the entire point of libungif was to make a version of giflib that was free of the gay lzw patent, but now that the patent has expired world wide, libungif is pointless and therefore supporting both

Re: [E-devel] Re: E CVS: libs/ecore sebastid

On Wed, 7 Sep 2005 11:43:59 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> writes: > On Tue, 06 Sep 2005 23:31:10 +0200 Kim Woelders <[EMAIL PROTECTED]> > babbled: > > > > > No. TRUE should definitely not be defined as !FALSE. > > Booleans in C are a pain. Personally, I avoid using

Re: [E-devel] Re: E CVS: libs/ecore sebastid

On Tue, 06 Sep 2005 23:31:10 +0200 Kim Woelders <[EMAIL PROTECTED]> babbled: > > No. TRUE should definitely not be defined as !FALSE. > Booleans in C are a pain. Personally, I avoid using them entirely, as I > think they are more trouble than helpful, when they are not intrinsic > to the langu

Re: [E-devel] Re: E CVS: libs/ecore rephorm

On Tue, 06 Sep 2005 19:02:33 +0200 Kim Woelders <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > On Tue, 06 Sep 2005 17:29:30 +0200 Kim Woelders <[EMAIL PROTECTED]> babbled: > > > > > >>Actually, I fixed this in the e16 versions of these functions *long* > >>ago. I thi

Re: [E-devel] Re: E CVS: libs/ecore sebastid

Sebastian Dransfeld wrote: dan sinclair wrote: On gcc 4 bool seems compatible with int, so return an int other then 0 or 1 will convert the return value to 1. So if we just change the return value from int to bool, people used to 0/1, TRUE/FALSE can still use it. Does this also mean we wo

Re: [E-devel] Re: E CVS: libs/ecore sebastid

dan sinclair wrote: On gcc 4 bool seems compatible with int, so return an int other then 0 or 1 will convert the return value to 1. So if we just change the return value from int to bool, people used to 0/1, TRUE/FALSE can still use it. Does this also mean we would have a minimum of gcc4 as a

Re: [E-devel] Re: E CVS: libs/ecore sebastid

> On gcc 4 bool seems compatible with int, so return an int other then 0 > or 1 will convert the return value to 1. So if we just change the return > value from int to bool, people used to 0/1, TRUE/FALSE can still use it. Does this also mean we would have a minimum of gcc4 as a compiler? Is tha

Re: [E-devel] Re: E CVS: libs/ecore sebastid

Kim Woelders wrote: Tilman Sauerbeck wrote: On Tue, 06 Sep 2005 21:44:40 +0200 Kim Woelders <[EMAIL PROTECTED]> wrote: diff -u -3 -r1.24 -r1.25 --- Ecore.h5 Sep 2005 10:17:08 -1.24 +++ Ecore.h6 Sep 2005 19:26:19 -1.25 @@ -43,6 +43,14 @@ #include #include +#ifndef T

Re: [E-devel] Re: E CVS: libs/ecore sebastid

Tilman Sauerbeck wrote: On Tue, 06 Sep 2005 21:44:40 +0200 Kim Woelders <[EMAIL PROTECTED]> wrote: diff -u -3 -r1.24 -r1.25 --- Ecore.h 5 Sep 2005 10:17:08 - 1.24 +++ Ecore.h 6 Sep 2005 19:26:19 - 1.25 @@ -43,6 +43,14 @@ #include #include +#ifndef TRUE +#define T

Re: [E-devel] Re: E CVS: libs/ecore sebastid

Nathan Ingersoll wrote: If it's something people are concerned about, we can namespace them. That being said, these have been exported in some form for about 5 years without a single complaint. On 9/6/05, *Tilman Sauerbeck* <[EMAIL PROTECTED] > wrote: On Tue, 0

Re: [E-devel] Re: E CVS: libs/ecore sebastid

If it's something people are concerned about, we can namespace them. That being said, these have been exported in some form for about 5 years without a single complaint. On 9/6/05, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote: On Tue, 06 Sep 2005 21:44:40 +0200 Kim Woelders <[EMAIL PROTECTED]> wrote:

Re: [E-devel] Re: E CVS: libs/ecore sebastid

On Tue, 06 Sep 2005 21:44:40 +0200 Kim Woelders <[EMAIL PROTECTED]> wrote: > > diff -u -3 -r1.24 -r1.25 > > --- Ecore.h 5 Sep 2005 10:17:08 - 1.24 > > +++ Ecore.h 6 Sep 2005 19:26:19 - 1.25 > > @@ -43,6 +43,14 @@ > > #include > > #include > > > > +#ifndef TRUE > > +#defin

[E-devel] Re: E CVS: libs/ecore sebastid

enlightenment-cvs@lists.sourceforge.net wrote: Enlightenment CVS committal Author : sebastid Project : e17 Module : libs/ecore Dir : e17/libs/ecore/src/lib/ecore Modified Files: Ecore.h ecore_private.h Log Message: Export TRUE/FALSE

Re: [E-devel] Re: E CVS: libs/ecore rephorm

Kim Woelders wrote: Actually, I fixed this in the e16 versions of these functions *long* ago. I think the implementation there (e16/e/src/ecore_e16.c) is more efficient than the current ecore one, as it avoids the unneeded malloc() when sizeof(int) == sizeof(long). I did mention to raster that

Re: [E-devel] Re: E CVS: libs/ecore rephorm

Carsten Haitzler (The Rasterman) wrote: > On Tue, 06 Sep 2005 17:29:30 +0200 Kim Woelders <[EMAIL PROTECTED]> babbled: > > >>Actually, I fixed this in the e16 versions of these functions *long* >>ago. I think the implementation there (e16/e/src/ecore_e16.c) is more >>efficient than the current

Re: [E-devel] Re: E CVS: libs/ecore rephorm

On Tue, 06 Sep 2005 17:29:30 +0200 Kim Woelders <[EMAIL PROTECTED]> babbled: > Actually, I fixed this in the e16 versions of these functions *long* > ago. I think the implementation there (e16/e/src/ecore_e16.c) is more > efficient than the current ecore one, as it avoids the unneeded malloc()

Re: [E-devel] Re: E CVS: libs/ecore rephorm

Brian Mattern wrote: For the benefit of everyone out there (especially kwo, who wrote the original code ecore_x_window_prop_card32_get/set funcs): Contrary to popular belief, XLib is _not_ logical, and most definitely still _is_ BlackMagick. So, when setting/getting properties using XSetWindo

[E-devel] [PATCH] Pager mouse wheel desktop switching

Hey all, This is a patch that adds desktop switching via the mouse wheel when you wheel over the pager, just like XFCE4 and recent Gnome versions. It's my first development with e17, so if I need to fix anything up, just let me know. 'grats to everyone who put together the EFL, as it was very st

Re: [E-devel] Java apps and window problems

On Tue, 6 Sep 2005 09:49:08 -0400 (EDT) [EMAIL PROTECTED] babbled: > > Firstly, let me apologise for not having anywhere near enough info on this > - I'm not sure where to start looking for clues that might possibly help. java problem. reat awt_wm.c in java's source and find out. java's x "compa

[E-devel] Java apps and window problems

Firstly, let me apologise for not having anywhere near enough info on this - I'm not sure where to start looking for clues that might possibly help. Problem: Java apps upon starting are automatically collapsed (only the title bar showing). I can resize the window but it leaves just a blank grey

Re: [E-devel] Re: E CVS: apps/e_utils sebastid

Michael Jennings wrote: On Monday, 05 September 2005, at 12:47:28 (-0700), E CVS List wrote: --- e_utils.spec1 Sep 2005 20:45:20 - 1.3 +++ e_utils.spec5 Sep 2005 19:47:28 - 1.4 @@ -22,14 +22,6 @@ Virtual package to install all utilities for the Enlightenment