Re: [E-devel] Window creation and maximizing order / timing issue? ( was Locks )
Daniel Kasak wrote: After much mucking around with deleting config files and things, I've discovered that it wan't a 'lock' setting on any of my apps that was causing my maximizing issue. It seems to be an issue when creating a window, and maximizing it directly after. Try now. Added more checks if the user has locked some behaviour. Sebastian --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 temperature module
On Sat, 20 Aug 2005 22:16:24 +1200 John Bickers <[EMAIL PROTECTED]> babbled: > Hello, > > I have made a change to the e17 temperature module so that if the > temperature will be read from /sys/bus/i2c/devices then a Sensor > menu is added to the configuration, with options for temp1, temp2, > and temp3. In the current code the temp1 sensor is hard-coded. > > I thought I had commit access, but CVS tells me that I don't, so I > have attached a patch here. The source directory is: > > e17/apps/e/src/modules/temperature > > Please let me know if something else is required. aah cool. nice. only 2 things. 1. formatting - keep your code formatting the same as what's there. we can argue c styles till we are all blue in the face, BUT its always bad to MIX styles - everyone on the style debate agrees on that. 2. this patch coudl have been expanded a bit better to actually list all known temperature sensors that exist and seemingly have valid data (acpi, i2c, etc.) and build a menu of them - then you can choose acpi sensor, or one of N i2c sensors etc. etc. and it will save the selected one. if it isnt there on startup select the first one found and the user can always change to another one. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Window creation and maximizing order / timing issue? ( was Locks )
On Thu, 18 Aug 2005 22:58:06 +1000 Daniel Kasak <[EMAIL PROTECTED]> babbled: > Firstly, I'm reposting this, as my previous email hasn't appeared in the > past 12 hours. Appologies if it rocks up later :) > > After much mucking around with deleting config files and things, I've > discovered that it wan't a 'lock' setting on any of my apps that was > causing my maximizing issue. It seems to be an issue when creating a > window, and maximizing it directly after. > > I have exited E17, deleted my entire .e folder, and started again. Then, > without *any* modification at all, I've run this code: and an excellent bug report. with examples of how to reproduce it... thanks. fixed now in cvs. :) > --- > > #!/usr/bin/perl > > use Gtk2 -init; > > sub startup { > > $window = Gtk2::Window->new; > $window->signal_connect( destroy => sub { Gtk2->main_quit; } ); > $window->set_border_width(10); > > my $button = Gtk2::Button->new("Hello World"); > $window->add($button); > $button->show; > > $window->show; > $window->maximize; > > } > > { > startup; > Gtk2->main; > } > > --- > > This demonstrates my problem. For me, the app starts with a small window > in the top-left corner of the screen. The button thinks it's parent has > been maximized, and only a very small portion of it is visible. At this > point, the windows can't be resized ALT middle-click dragging ... as if > it's already maximized. Clicking the maximize / restore button ( I'm not > sure which one it's representing in this state ) makes all the window > buttons ( ie minimize, restore, close ) disappear, and gives slight > graphical corruption along the bottom & right edges of the window. At > this point, ALT middle-click dragging can be used to resize the window, > and once you make an adjustment, the window buttons return, and the > window behaves normally. > > However, I've found that if I modify the above code so that the > $window->maximize line is immediately *before* the $window->show line, > everything works perfectly. I will of course change all my code to > maximize first and show later. > > I have seen behaviour like this ( show window first, then maximize > ... with the same result under E17 ) coming from other apps, > particularly things like visualisation plugins for xmms, xine, video > players, and other cool graphical things. > > > -- > BEGIN-ANTISPAM-VOTING-LINKS > --If you are not the > CanIt administrator and you think this message is spam, please give the id > 5639 and magic value a0a1df9f3c68 to [EMAIL PROTECTED] to be > marked as spam. > > Teach CanIt if this mail (ID 5639) is spam: > Spam: > http://entropy.homelinux.org/canit/b.php?c=s&i=5639&m=a0a1df9f3c68 Not > spam:http://entropy.homelinux.org/canit/b.php?c=n&i=5639&m=a0a1df9f3c68 > Forget vote: > http://entropy.homelinux.org/canit/b.php?c=f&i=5639&m=a0a1df9f3c68 > -- > END-ANTISPAM-VOTING-LINKS > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] imlib2, AMD64 segmentation fault in blend_rgba_to_rgba
On Sat, 20 Aug 2005 10:29:52 + Tiago Victor Gehring <[EMAIL PROTECTED]> babbled: > Hello, > > since upgrading to imlib2 CVS I'm getting a segmentation fault int > function __imlib_amd64_blend_rgba_to_rgba; I've seen that the code was > changed to include specyfic optimizations for AMD64 and I tryed to debug > the code but the problem lies in somewhere in the assembly code, so I > wasn't really able to identify it. > If I recompile imlib2 with --disable-amd64 all is fine (BTW I've noticed > this problem using 'feh' image viewer); > Here's the a backtrace of the execution: seeing as i have no amd64 box, i'll have tyo rely on you to track it down further unfortunately :( > > > Starting program: /tmp/feh/feh/src/feh > -dF /mnt/comum/fotos/05_08_wacken/ > > Program received signal SIGSEGV, Segmentation fault. > 0x2b04b83f in __imlib_amd64_blend_rgba_to_rgba () > from /usr/lib64/libImlib2.so.1 > #0 0x2b04b83f in __imlib_amd64_blend_rgba_to_rgba () > from /usr/lib64/libImlib2.so.1 > #1 0x2b00a4f6 in __imlib_BlendRGBAToData (src=0x55b4e0, > src_w=338, src_h=16, dst=0x54ca60, dst_w=341, > dst_h=44, sx=0, sy=0, dx=2, dy=2, w=338, h=16, blend=1 '\001', > merge_alpha=1 '\001', cm=0x0, op=OP_COPY, > rgb_src=0 '\0') at blend.c:1710 > #2 0x2b00a7eb in __imlib_BlendImageToImage (im_src=0x5496b0, > im_dst=0x549630, aa=0 '\0', > blend=1 '\001', merge_alpha=1 '\001', ssx=0, ssy=0, ssw=338, ssh=16, > ddx=2, ddy=2, ddw=338, ddh=16, cm=0x0, > op=OP_COPY, clx=0, cly=0, clw=0, clh=0) at blend.c:1762 > #3 0x2b012d90 in imlib_render_str (im=0x549630, fn=0x5446c0, > drx=2, dry=2, > text=0x52d290 "/mnt/comum/fotos/05_08_wacken/img_0379.jpg", r=0 > '\0', g=0 '\0', b=0 '\0', a=255 'ÿ', > dir=0 '\0', angle=0, retw=0x0, reth=0x0, blur=0, nextx=0x0, > nexty=0x0, op=OP_COPY, clx=0, cly=0, clw=0, > clh=0) at font_draw.c:131 > #4 0x2affeaf3 in imlib_text_draw_with_return_metrics (x=2, > y=2, > text=0x52d290 "/mnt/comum/fotos/05_08_wacken/img_0379.jpg", > width_return=0x0, height_return=0x0, > horizontal_advance_return=0x0, vertical_advance_return=0x0) at > api.c:3113 > #5 0x2affe850 in imlib_text_draw (x=2, y=2, text=0x52d290 > "/mnt/comum/fotos/05_08_wacken/img_0379.jpg") > at api.c:3065 > #6 0x0040e3d9 in feh_draw_filename (w=0x52a710) at imlib.c:724 > #7 0x00407eb8 in winwidget_render_image (winwid=0x52a710, > resize=800, alias=1) at winwidget.c:548 > #8 0x0040892c in winwidget_create_from_file (list=0x52d2f0, > name=0x52a6c0 "feh [1 of 138] > - /mnt/comum/fotos/05_08_wacken/img_0379.jpg", type=1 '\001') > at winwidget.c:149 > #9 0x0041128b in init_slideshow_mode () at slideshow.c:64 > #10 0x0040606c in main (argc=3, argv=0x7fe3de98) at > main.c:81 > > - > > Thanks, > Tiago Gehring > > > > > > ___ > Yahoo! Acesso Grátis - Internet rápida e grátis. > Instale o discador agora! http://br.acesso.yahoo.com/ > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Smart objects
On Sun, 21 Aug 2005 12:29:16 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled: > Hi Jose, i think the real solution is to move child objects of a smart object out of the regualr object list and into the smart objects' inernal list and do stacking within an object only etc. thus rendering is now a recursive walk down smart objects to and stacking is onyl WITHIN a smart object etc. this will sovle a lot of these problems much mroe cleanly imho :) > I don't know very well the evas internals but here is what I think. > In my opinion, smart objects are only a way to combinate several > primitive evas objects and make them a coherent object. So I don't think > you'll need to add the prerender/postrender things in a smart object, > prerender and postrender are done in each member objects. If you want to > have more control on how your object is rendered, I think you have to > make a new primitive evas object and to add it directly in the evas API. > > The main problem with smart objects currently is imho, the stacking > problem (i fact, I currently encounter this problem): > If you do "evas_object_stack_above(obj, smart_object);" your object will > be stack above the smart object, but not necessarily above the member > objects of the smart object. In fact, it depends on how your smart > object and its member objects are ordered in the stack before the call. > > For example, if we have two objects: a smart object called S (and whose > member objects are called M1, M2, ...) and a "normal" object called O. > Here are two codes that should do the same but that do not because of > this problem: > (on the right is the order of the objects in the stack after each > function call) > > 1rst example: > evas_object_raise(S); --> "O M1 M2 ... S" > evas_object_stack_above(O, S); --> "M1 M2 ... S O" > So, with this example, object O appears indeed above the smart object > and its member objects. > > 2nd example: > evas_object_lower(S); --> "S M1 M2 ... O" > evas_object_stack_above(O, S); --> "S O M1 M2 ..." > Now, object O is indeed above the smart object, but not above its member > objects. > > I think the cleanest solution (and probably the easiest to implement > too) is to add two functions to smart objects: "lower_get" and > "above_get" which should respectively return the lower member object of > the smart object and the "higher" one (I don't know if "higher" is the > good english word: I mean the member object that is the most on the top > of the stack). Then, when we call stack_above(obj1, obj2) or > stack_below(obj1, obj2), we check if obj2 is a smart object, and if it > is, we call respectively obj2->above_get() and obj2->lower_get() to know > above or below which evas object we should really stack obj1. > > I don't know if I've been really clear, and I've probably said wrong > things :) > > Simon TRENY > > > Jose O Gonzalez a écrit : > > > There are some aspects of evas' internals, particularly > >in relation to "smart" objects, that I'd like to expound upon > >here - especially since it relates to some issues I've met > >while recently trying to finish off some things :) > > > > In evas, the addition of "clip" objects (and possibly > >other kinds of 'modifier' objects, eg. filter objects, texture > >objects, ...), and the addition of "smart" objects, has made > >the internal logic of the canvas difficult to follow and > >control - there's too much ambiguity as to who controls what, > >responds to what, which functions are to be called when.., etc. > > In order to have an efficient rendering path, and to > >maintain flexibility with partly external objects like smart > >objects (and with modifier types of objects like clip objects), > >the canvas internals need to be somewhat redone. > > > > The main source of problems stems from the fact that > >each layer maintains a list of all objects 'in' the layer. > >Basically, when rendering the evas, one does something like: > >for each layer, one steps thru its list of objects in a > >'pre-render' stage, and while doing this one builds another > >list of objects which is then stepped thru in a 'render' stage, > >and lastly one steps thru a 'post-render' stage. > > Objects that are 'modifier' kinds of objects, like > >clip objects, and objects which currently are not themselves > >directly 'renderable', like smart objects, have to be excluded > >from some of these steps - in the case of smart objects it's > >because currently there's nothing for them to "do" to themselves > >that wouldn't also involve doing things to their members.. > >and that's going to (possibly) get done when stepping thru > >the layers as we reach those member objects.. > > > > The point of the 'pre-render/post-render' stages is > >mainly twofold: to allow for objects to determine what parts > >of their state has changed since the 'last' rendering, and > >to allow for objects to defer expensive computations and such, > >until we are about to a
Re: [E-devel] the implementation of etox seems slow
On Sat, 13 Aug 2005 11:33:08 -0400 Tianran Chen <[EMAIL PROTECTED]> babbled: > > the problem is - the evas api is DEFINED to accept utf8 as all strings. all > > strings are utf8 as far as it is concerned. it expects them in utf8 and will > > return them in utf8. so if you have anything that is not utf8 and you want > > to give it to evas - you must convert it to utf8 first, and vice-versa. > > utf8 is able to cover all unicode code-point space as as such so it is > > sufficiently good to do everything. :) > > fair enough, i guess this is why i should read the document or read the source. a lot ISNT in the documentation :( > > you need vertical do you? hmm - here in japan they are more than happy to do > > left to right any time. i thought it was the same in china and korea. so i > > have ignored top to bottom. i do know fo right to left issues and frankly > > that is my biggest problem at the moment. that involves having to address > > not just textblock, but evas's core text drawing routines as these ONLY > > draw left to right. i basically have not addressed right to left as i speak > > none of these langauges (arabic, hebrew etc.) and it is a bit more complex > > with arabic for example using composed characters (1 char composed of > > multiple unicdoe glyphs overlayed) and i actually don't know what it is > > MEANT to look like etc. especially mixed right to left and left to right > > languages - eg quote english within arabic sentences, or vice-versa. > > yeah, believe or not. most chinese now uses left-right layout, same > for korean. but i wrote a small typesetter for windows, which makes > acient chinese and mongolian script looks right. now i want to port it > to linux. nice! :) that'd be cool- well if you want, follow my textblock2 work - its in cvs. basically you will want a variant on the _layout() function that does top to bottom i think. > how stable is the textblock(2) api now? maybe i can do sth base on it. not stable at all. i'm working on it. but its best to get into it NOw while its building. there is a lot less to understand. > -- > Regards, > Tianran Chen > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_con_server_add, sockets & AFS home directories
On Thu, 11 Aug 2005 08:21:39 -0400 Michael Denio <[EMAIL PROTECTED]> babbled: > On Wed, Aug 10, 2005 at 09:06:20PM -0400, Carsten Haitzler (The Rasterman) > wrote: > > On Wed, 10 Aug 2005 16:03:57 -0400 Michael Denio > > <[EMAIL PROTECTED]> babbled: > > > > > Hi, > > > > > > I'm giving E17 a whirl and came across this issue. > > > ecore_con_server_add() wants to create the socket for > > > ECORE_CON_LOCAL_USER under the $HOME directory. This is reasonable > > > except that my home directory is on an AFS mounted volume. Creating a > > > socket there doesn't work (errno returns 1 when trying to bind()). I > > > commented out the code: > > > > > > homedir = getenv("HOME"); > > > > it doesn't work on afs? interesting as i tried this on nfs and it works. > > > > > so it look in "/tmp" and all works. Any chance or rearranging the > > > selection of the homedir variable so this will work out of the box? > > > > h - it's possible but it does become nastier as this can become a > > source of a DOS on a user (another user creating the same dir owned as them > > and thus not having permission to is) that's why i chose ~/ as the only > > user with rights to write there should be the user (well and root). there > > are ways around this like /tmp/USER-x where x is some number. if it exists > > and is not writable by your user - try the next numebr up until it does > > work, but again - another source fo dos, just slowing down apps > > binding/connecting. i could then cache things in ~/.some_file but now we > > have concurrency issues in keeping that file up to date and since it may be > > shared amongst multiple hosts, we need to have a per-host specific file... > > > > basically using /tmp becomes tricky and thus i avoided it. this opens a bit > > of a > > can of worms... :( > > > > Yes, nfs isn't a problem. A bit of googling shows: > > http://www.cs.rpi.edu/courses/sysprog/sockets/sock.html > > "Note that on systems running AFS, such as the Rensselaer Computer > System, these sockets must be created in the directory /tmp." > > http://groups-beta.google.com/group/linux.debian.bugs.dist/browse_frm/thread/8f7eef20a79cf9ac/423c6d42a9903df8?lnk=st&q=create+socket+afs&rnum=2&hl=en#423c6d42a9903df8 > > "It attempts to create the unix socket in the home directory but this > is not always allowed, e.g. with mounted AFS home directories. > A configure option of where to put the socket or using a more standard > location would solve the problem." > > http://lists.kde.org/?l=kde-core-devel&m=95551897518892&w=2 > > > Good news, the above link shows what I should have thought of in the > first place, namely: > > "2) make a symlink from $HOME/well-known-name to a temporary name in > /tmp" > > This works great and your code doesn't have to change. The only thing > you could do if you desired would be to test for the filesystem type > and/or mention it in your message: > > "Enlightenment cannot set up the IPC socket. > It likely is already in use by an existing copy of Enlightenment. > Double check to see if Enlightenment is not already on this display, > but if that fails try deleting all files in ~/.ecore/enlightenment-* > and try running again." > > Thanks for your reply and for the software, E17 has been a looong > time coming and it is nice to see it starting to come together after all ok. i've added a comment about AFS to the error dialog suggestiona symlink. eventualy i can see us making this a much more intelligent error system where it will then check if is AFS and offer to make a symlink for you and the corresponding directory in /tmp etc. etc. etc. so you just go "ok" once and it will fix it up for you permenantly. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Smart objects
On Wed, 17 Aug 2005 01:00:38 -0400 Jose O Gonzalez <[EMAIL PROTECTED]> babbled: OK man ... I am goign to TRY answer your mails... one by one... :) > There are some aspects of evas' internals, particularly > in relation to "smart" objects, that I'd like to expound upon > here - especially since it relates to some issues I've met > while recently trying to finish off some things :) > > In evas, the addition of "clip" objects (and possibly > other kinds of 'modifier' objects, eg. filter objects, texture > objects, ...), and the addition of "smart" objects, has made > the internal logic of the canvas difficult to follow and > control - there's too much ambiguity as to who controls what, > responds to what, which functions are to be called when.., etc. agreed. api-wise its clean, internally its nasty. > In order to have an efficient rendering path, and to > maintain flexibility with partly external objects like smart > objects (and with modifier types of objects like clip objects), > the canvas internals need to be somewhat redone. i'd agree somewhat to that. mind you my focus is on getting e17 the wm out and only on whats necessary to get that done. i'd dearly love it if i could spend the next 5 years makign evas internals perfect... but i know i am putting them off myself. > The main source of problems stems from the fact that > each layer maintains a list of all objects 'in' the layer. > Basically, when rendering the evas, one does something like: > for each layer, one steps thru its list of objects in a > 'pre-render' stage, and while doing this one builds another > list of objects which is then stepped thru in a 'render' stage, > and lastly one steps thru a 'post-render' stage. > Objects that are 'modifier' kinds of objects, like > clip objects, and objects which currently are not themselves > directly 'renderable', like smart objects, have to be excluded > from some of these steps - in the case of smart objects it's > because currently there's nothing for them to "do" to themselves > that wouldn't also involve doing things to their members.. > and that's going to (possibly) get done when stepping thru > the layers as we reach those member objects.. > > The point of the 'pre-render/post-render' stages is > mainly twofold: to allow for objects to determine what parts > of their state has changed since the 'last' rendering, and > to allow for objects to defer expensive computations and such, > until we are about to actually render the canvas.. > Thus, if possible, state changes are only 'realized' > internally when needed, and only those changes rel to the last > time rendering occurred. In particular, this allows one to > determine things like which areas need to be rendered again, > rather than having to render the entire canvas each time. indeed. you have very much got the idea of it all :) > Currently, there's no way to have smart objects > pre-render/render/post-render themselves unless we impose > restrictions on the stacking order of their member objects, > and/or modify the layers' object lists, and alter the rendering > path somewhat. > A partial step forward would be to provide smart objects > with the ability to specify 'pre-render' and 'post-render' kinds > of functions (eg. a 'text-formatting/layout' lib based on some > smart class would have the pre-render function do something > like: if object's layout state has changed, recalculate things > accordingly..). i actually think there are 2 thngs we can do. 1. move al sub objects of smart objects into the smart object istelf as a list within the object and propagate changed flags to parent objects so we know if we have to walk a smart bojects child list to find changes or not. this will b a big win and no major api changes at all are needed. it woudl be very clean and neat and solve stackign and other issues beautifully. 2. you want smart objects that can define their own rendering directly. imho this is best done in a sway that an app can literally extend evas with new object types. right now its not so well defined and easy to just add a new object type easily. i know how to do it. its' not that bad, but its is a bit of blakc magic. this would be closer to what you want i think. this woudl also be a win for certain kinds of "object" people may want. > Increasing the requirements on the parent/child > relationship between smart objects and their members would > allow for further refinements of this, and even for an > (external) 'render' callback to be set on smart objects. > They still cannot access rendering internals, and any internal > rendering they might do on their own (by altering image data > via their own resources and such), they could just as well do > in the pre-render callback. yup - as above. i think this is best done as a way of making new object primitives. smart objects are just ways fo grouping existing objects and code defining the logic of that groupin
Re: [E-devel] some thought on structure of text rendering
On Fri, 12 Aug 2005 23:43:52 -0400 Tianran Chen <[EMAIL PROTECTED]> babbled: > * canvas (evas): render graphic primitives (bitmap, curve, line, color) > * font library (like freetype2): translate type primitives (char, > font, size) into graphic primitives > * textblock: translate typesetted text (x,y,style,string) into type primitives > * typesetter: typeset strings, i.e. figure out which bit should be where > * decoder: translate coded string into regular strings (e.g. native > code -> unicode) all of that is inside evas as such currently and i'm not sure its useful to break a lot out. object management is a chunk of work and you dont want to manage 1 object per letter for example... :) well not if you want to display a few thousand or more characters... :) basically moving it internally is good. evas coudl do with a much mroe formalised object creation system and much easier templates to make newobjects of your own. an object basically provides and api to manipulate things specific to it, and rendering calls. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] patch for edje test
On Wed, 17 Aug 2005 00:05:00 +0200 ilLogict <[EMAIL PROTECTED]> babbled: > Hello! > > This patch is intended for the edje test program so that it take in account > max width and height for elements. > Should be bug free :) in cvs :) > Cheers! > > -- > > ilLogict > > > Website: http://illogict.online.fr > E-Mail: [EMAIL PROTECTED] > AIM/NIM: illogict > Yahoo: illogict > MSN: [EMAIL PROTECTED] > ICQ: #74274856 > > Infos: E17 rocks! > Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 crashes when moving for xinerama to a single screen
On Mon, 15 Aug 2005 19:07:31 +0300 Ehud Shabtai <[EMAIL PROTECTED]> babbled: > You're right this problem shows only for some applications such as > firefox, qgis, eclair. > There are actually two annoying problems. The first is that since they > remember their geometry, when I try to open them on one screen, they > may open on another. The second problem is the one with being lost > (when not using dual screens). yeah - but this woudl be what i call "badly written apps" they shoudl accoutnf or screen res/size changes while they may nto be runing and adjust if they insist on remembering their own stuff, if not, they should leave the wm to it whihc likely knwos a lot better than the app ever will. i know app writes dont want to dothis as there are wm's that are dumb and dont do things well. e17 isnt that gerat yet either. i'd like it to auto-rememebr stuff like this for you as much as possible. right now its a manual rememebr process to set it up. it's mroe of a test to see what i need to do to the remember stuff to make ti work best. > Can't E just relocate the lost window instead of putting it in the > lost window list? there are valid reasons an app could want a window off screen. i am sure later we can add options like "NEVER allow a window to be off screen by app request" etc. but for now we're obeying an apps requests -0 no matter how stupid they are. it's a good way to hilight stupid apps that need fixing too. either they need to stop remembering their own geometry and leave it to the wm entirely, or get a lot smarter at doing it themsleves instead of doing it badly. > Thanks, > > Ehud. > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Focus set CLICK segfault
On Fri, 12 Aug 2005 18:18:49 -0400 Robert May <[EMAIL PROTECTED]> babbled: > When I have Focus set to CLICK instead of mouse I am getting segfaults > nonstop. Disabled Engage and everything is working fine but I am > getting the "Windows doesn't know which one is on top" flipping error > again. still not working? things work fine if i try click to focus and it knows whats on top it seems. or is it that it doesnt know what it focused? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] the implementation of etox seems slow
On Sat, 13 Aug 2005 05:34:24 -0400 Jose O Gonzalez <[EMAIL PROTECTED]> babbled: > > > On Sat, 13 Aug 2005 02:16:49 -0400 Jose writes: > > > > > > > > You could make this work by letting such 'layout engines' > > use smart objects and be given as external libs, ie. libs like edje. > > You'd create, via the particular text format/layout lib, > > objects > > of whatever format type you want (say text/html), and when a > > 'string' > > of text is 'set' to a text-format block object, the lib would create > > the needed evas smart object and 'parts' which are evas text objects > > with text/font-face/font-size/color set on such objects as the lib > > choses, > > and with each such part giving the pos it should be rendered at. > > Things like underline/overstrike are extra line objects, etc. > > > > This might be a bit slow for top-bottom text and such. > > > Actually evas could easily draw vertical (ie. top-bottom) > text quite easily, as this merely requires advancing the 'pen' > by each glyph's advance in both x and y components (same for > kerning deltas) - right now it only advances the x coordinate. > I haven't looked at ft2 (last ft I looked at was ft1), but it's > likely that if the font is meant to be drawn vertically then > ft2 will give the required glyph y advances.. it'd definitely be possible. we'd need options for it, but it's possible. but on a higher level the layout code for textblock for exmaple also thinks left to right advancinc to the right in x then wrapping onto a new line. to do top to bottom it needs to think differently and let the height of the object control wrapping not the width. as best i have seen NO one EVER mixes top to bottom and left to right WITHIN the same block of text. they may make a whole new page section that formats independently or a new page - but never within a block. so this would be an option i guess for the layout enigne - use a different layout routine. as for right to left. there are many examples of mixed left to right and right to left text. this is easier to mix, but also requires special treatment. i'd LOVE someone who is really inetersted in these to take them head on and do them. so far in the history of my coding expeditions, right to left and top to bottom text have been requested 2 times and once - respecitvely. > In any event, font/text issues are most definately a *huge* > pain, and it would require some time looking into ft2 and such > in order to get a good idea of what's involved.. theres another problem. combined glyphs. where 1 characters is made up fo 2 or 3 glyphs drawn 2 or 3 tumes on top of eachother which are a sequence of 2 or 3 characters. i understand arabic is the "offender" here. that makes life a REAL pain. > But for things like html, rich-text, plain-text, funky-text, > etc, ... formatting schemes, it should be possible (and likely > preferable) to achieve such formatting schemes with external > 'smart-libs' and some modifications to evas' core glyph drawing > (and possibly font/glyph caching). it'd be nice - but u'd need a generic way to plug them in - and thats not easy. > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_test_suit
On 17 Aug 2005 18:20:17 +0200 Holger Hanrath <[EMAIL PROTECTED]> babbled: > > i made an edje test program it allows you to load and unload groups you > can run programs and you can zoom the edjes > > it can be found here http://home.arcor.de/efl-cvs/ hey. that's quite neat. this shoudl get a link on get-e.org! :) > regards Holger > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] the implementation of etox seems slow
On Sat, 13 Aug 2005 02:16:49 -0400 Jose O Gonzalez <[EMAIL PROTECTED]> babbled: > You could make this work by letting such 'layout engines' > use smart objects and be given as external libs, ie. libs like edje. > You'd create, via the particular text format/layout lib, objects > of whatever format type you want (say text/html), and when a 'string' > of text is 'set' to a text-format block object, the lib would create > the needed evas smart object and 'parts' which are evas text objects > with text/font-face/font-size/color set on such objects as the lib > choses, > and with each such part giving the pos it should be rendered at. > Things like underline/overstrike are extra line objects, etc. > > This might be a bit slow for top-bottom text and such. > > The best way to do this would probably be by letting such 'layout > engines' be "glyph-servers", which would hand evas (from a given > input string and format type) a sequence of glyph masks plus glyph > geometry (leading/size/advance) plus color plus other primitive > elements as needed (lines etc), where the layout engine is then > responsible for obtaining the correct fonts, glyphs, etc., and also > for caching these... i think it's better done within evas as its insanely more efficient. evas is not tuned to handle very high object counts well. the idea is, as tome goes on more will be rolled into evas basic objects so things get more efficient. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A patch to add 2 enlightenment_remote/e_config options for menu autoscroll
On Tue, 16 Aug 2005 15:58:34 -0700 Justin Patrin <[EMAIL PROTECTED]> babbled: > This is my first post to this particular list and my first patch to e, > so please be gentle. :-) > > This patch adds 2 new options for controlling the auto-scroll behavior > of menus. The first option, menu-autoscroll-margin, controls the > distance from the edge of the screen the menu will auto-scroll to. If > set to 10 the menu will auto-scroll until it is 10px from the edge of > the screen. > > The second option, menu-autoscroll-cursor-margin, controls the > distance from the edge of the screen the cursor needs to be to > activate menu auto-scroll. If set to 10 the menu will start > auto-scrolling when the cursor is 10px from the edge of the screen. > > These options is specifically for use of E on my handheld computer (a > Zaurus C3000) and other handheld computers to allow for auto-scroll > without getting to the very edge of the screen. I find it can be hard > sometimes to get right to the edge with a stylus and a touchscreen. > > The names are the best I could come up with on my own and noone in the > #edevel had any other ideas when I asked. looks good - just default values arent good imho - they are now what the current old behavior defaults are. they can be tweaked for your environment though :) > Let me know what you all think. > > -- > Justin Patrin > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Smart objects
but it's really interesting to follow such discussions ;) greets, chris >> >> Smart objects are just too wild.. :) > > > not as wild as your e-mails! :) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Smart objects
On Mon, 22 Aug 2005 16:26:24 +0900 Carsten writes: > On Wed, 17 Aug 2005 01:00:38 -0400 Jose O Gonzalez > <[EMAIL PROTECTED]> babbled: > > OK man ... I am goign to TRY answer your mails... one by one... :) > That would mean that you're going to spend a week doing nothing else :) > > > > Smart objects are just too wild.. :) > > not as wild as your e-mails! :) > :) :) That's why I don't send them to the list :) Later... :) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch - imlib2 blend in AMD64
Hi, regarding the problem I mentionted about the new amd64 optimized functions in imlib2, I think I found the problem, has something to do with the fact that memory was not aligned in some (SSE2 128 bit) MOV operations - ie, I just changed a couple of MOVDQA to MOVDQU in file amd64_blend.S, treating memory as unaligned; Now if this has some other side effects (speed?) I don't know, but for me it worked now... Cheers, Tiago Gehring diff -u -r e17/libs/imlib2/src/lib/amd64_blend.S ../e17_ori/e17/libs/imlib2/src/lib/amd64_blend.S --- e17/libs/imlib2/src/lib/amd64_blend.S 2005-08-07 07:07:23.0 + +++ ../e17_ori/e17/libs/imlib2/src/lib/amd64_blend.S 2005-08-22 07:10:00.0 + @@ -168,8 +168,8 @@ ENTER pxor %xmm4, %xmm4 - movdqa c1(%rip), %xmm5 - movdqa m00XX(%rip), %xmm6 + movdqu c1(%rip), %xmm5 + movdqu m00XX(%rip), %xmm6 /* Move right to left across each line, */ /* processing in two pixel chunks */ @@ -565,9 +565,9 @@ ENTER pxor %xmm4, %xmm4 - movdqa c1(%rip), %xmm5 + movdqu c1(%rip), %xmm5 xorq %rax, %rax - movdqa mX000X000X000X000(%rip), %xmm6 + movdqu mX000X000X000X000(%rip), %xmm6 movq [EMAIL PROTECTED](%rip), %r13 /* Move right to left across each line, */ @@ -994,8 +994,8 @@ PR_(imlib_amd64_copy_rgba_to_rgb): ENTER - movdqa m0XXX0XXX0XXX0XXX(%rip), %xmm5 - movdqa mX000X000X000X000(%rip), %xmm6 + movdqu m0XXX0XXX0XXX0XXX(%rip), %xmm5 + movdqu mX000X000X000X000(%rip), %xmm6 leaq (%rsi, %r8, 4), %rsi leaq (%rdi, %r8, 4), %rdi
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/22/05, Nick Blievers <[EMAIL PROTECTED]> wrote: > I'm no expert on the ./autogen.sh step, but check for errors there. > Given the log you have posted I dont think there is enough information > there to tell you whats wrong. > > In short, autogen.sh runs a bunch of stuff which (among other things) > takes Makefile.am and produces a Makefile.in which configure turns into > a Makefile. Thanks for the reply. I mean OK. I get what you mean. I've had lots of private emails telling me that there's something wrong with automake.. something suddenly stopped. But guys what additional information do you need? I pulled out all sorts of packages in CVS in E and outside E and I've never had something like that before that didn't reveal itself clearly. It's not my first try at compiling packages from CVS. So I don't really know why the whole thing hangs just for Eterm. What kind of mojo have been injected in Eterm and what do I need to know more? Clues anybody? Michael .. any insights? What info do you need from my system? -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Smart objects
they're too wild for the list? now i'm really curious ;) why don't you enlighten us all, jose? greets, chris Jose O Gonzalez wrote: > > On Mon, 22 Aug 2005 16:26:24 +0900 Carsten writes: > >>On Wed, 17 Aug 2005 01:00:38 -0400 Jose O Gonzalez >><[EMAIL PROTECTED]> babbled: >> >>OK man ... I am goign to TRY answer your mails... one by one... :) >> > > That would mean that you're going to spend a week doing nothing > else :) > > >>> Smart objects are just too wild.. :) >> >>not as wild as your e-mails! :) >> > > > :) :) That's why I don't send them to the list :) > > Later... :) > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch - imlib2 blend in AMD64
On Mon, 22 Aug 2005 07:29:39 + Tiago Victor Gehring <[EMAIL PROTECTED]> babbled: > Hi, > regarding the problem I mentionted about the new amd64 optimized > functions in imlib2, I think I found the problem, has something to do > with the fact that memory was not aligned in some (SSE2 128 bit) MOV > operations - ie, I just changed a couple of MOVDQA to MOVDQU in file > amd64_blend.S, treating memory as unaligned; > Now if this has some other side effects (speed?) I don't know, but for > me it worked now... aaah. that woudl make sense. in cvs. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On Monday, 22 August 2005, at 18:45:50 (+0800), Didier Casse wrote: > It's not my first try at compiling packages from CVS. So I don't > really know why the whole thing hangs just for Eterm. What kind of > mojo have been injected in Eterm and what do I need to know more? > > Clues anybody? Michael .. any insights? What info do you need from > my system? Well, let's start with the output of autogen.sh *before* it runs ./configure. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "When I was in prison, I was wrapped in all those deep books. That Tolstoy crap. People shouldn't read that stuff." -- boxer Mike Tyson on what he read before he decided he preferred comic books --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
On Saturday, 20 August 2005, at 11:39:31 (-0500), Bill Richards wrote: > I'm using Eterm 0.9.3 and am having a problem with selection > behavior. My windows Manager is KDE 3.4 and I am launching > Eterm with the foolowing swithceds > > Eterm -f white --select-line=off --xterm-select=on > > Bottowm line when I am in vi the double-clokc to select, selets > the entire line and not just on work or IP address. Is this > a know bug or am i doing something wrong. I have tried multiple > command line syntaxes no no avail. COuld it be the windows > manager overiding this? I can't reproduce anything like that here. Have you tried getting Eterm from CVS? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "IMPORTANT NOTICE: If you are one of the hundreds of parachuting enthusiasts who bought our 'Easy Sky Diving' book, please make the following correction: on page 8, line 7, the words 'state zip code' should have read 'pull rip cord.'" -- notice appearing in a Warrenton, Virginia, newspaper --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
> I can't reproduce anything like that here. Have you tried getting > Eterm from CVS? > I can reproduce this on CentOS 4.1, with current Eterm from CVS. It for whatever reason seems to be related to the config file. If I rm -rf the .Eterm dir and run Eterm I get normal select behavior. When .Eterm is present, even with a blank config, the whole line is selected. I'm happy to help debug, but I'm a bit newbie-ish at it. If mej can offer some insight as to what he needs, I'll do my best to help. -- Jim Perrin System Administrator - UIT Ft Gordon & US Army Signal Center --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch - imlib2 blend in AMD64
On Mon, 2005-08-22 at 07:29 +, Tiago Victor Gehring wrote: > Hi, > regarding the problem I mentionted about the new amd64 optimized > functions in imlib2, I think I found the problem, has something to do > with the fact that memory was not aligned in some (SSE2 128 bit) MOV > operations - ie, I just changed a couple of MOVDQA to MOVDQU in file > amd64_blend.S, treating memory as unaligned; > Now if this has some other side effects (speed?) I don't know, but for > me it worked now... > > Cheers, > Tiago Gehring > This is a poor solution in terms of speed. The correct solution is to ensure that the memory is properly aligned. For the time being it should be left that way (I noticed that raster committed the move unaligned data change). I have spoken with vapier (briefly) about it and am hoping to force the memory to be aligned on 128 bit boundaries. This will impact the stack size of the code and a few other things that I want to look into before offering a patch. A couple of hints: SSE instructions should be aligned on 16 byte (128 bit) boundaries. MMX instructions should be aligned on 8 byte ( 64 bit) boundaries. ASM: .align 16 C: Image * __attribute__ ((aligned (16))) image; Regards, RiverRat -- Tres --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: apps/e troback
On 8/22/05, enlightenment-cvs@lists.sourceforge.net < enlightenment-cvs@lists.sourceforge.net> wrote:Enlightenment CVS committal Author : trobackProject : e17Module : apps/eDir : e17/apps/eModified Files:configure.inLog Message:Swedish translation added. Changes are also required in e/src/bin/e_intl.c for this too, methinks? regards, David
Re: [E-devel] re: Eterm Select behavior
On Monday, 22 August 2005, at 09:54:22 (-0400), Jim Perrin wrote: > I can reproduce this on CentOS 4.1, with current Eterm from CVS. It > for whatever reason seems to be related to the config file. If I rm > -rf the .Eterm dir and run Eterm I get normal select behavior. When > .Eterm is present, even with a blank config, the whole line is > selected. I'm happy to help debug, but I'm a bit newbie-ish at > it. If mej can offer some insight as to what he needs, I'll do my > best to help. It sounds like it might be related to the cut_chars option (internal variable rs_cutchars). Can you run under gdb and check that variable's value in each circumstance? Also, please report the values of $ETERM_THEME_ROOT and $ETERM_USER_ROOT in both cases. Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "A slipping gear could let your M203 grenade launcher fire when you least expect it. That would make you quite unpopular in what's left of your unit." -- In the August 1993 issue, page 9, of PS magazine --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
On 8/22/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > > It sounds like it might be related to the cut_chars option (internal > variable rs_cutchars). Can you run under gdb and check that > variable's value in each circumstance? Also, please report the values > of $ETERM_THEME_ROOT and $ETERM_USER_ROOT in both cases. > Case 1: with ~/.Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_THEME_ROOT /home/jperrin/.Eterm/themes/Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_USER_ROOT /home/jperrin/.Eterm/themes/Eterm (gdb) print rs_cutchars $1 = 0x9e724c8 "\\`\"" Case 2: without ~/.Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_THEME_ROOT /usr/share/Eterm/themes/Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_USER_ROOT /home/jperrin/.Eterm/themes/Eterm (gdb) print rs_cutchars $1 = 0x97dc948 "\\`\"'&() *,;<=>[EMAIL PROTECTED]|}" Hope that helps diagnose wtf is going on here. Let me know if any further info is required. -- Jim Perrin System Administrator - UIT Ft Gordon & US Army Signal Center --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch - imlib2 blend in AMD64
On Mon, 22 Aug 2005 08:08:20 -0600 Tres Melton <[EMAIL PROTECTED]> babbled: > On Mon, 2005-08-22 at 07:29 +, Tiago Victor Gehring wrote: > > Hi, > > regarding the problem I mentionted about the new amd64 optimized > > functions in imlib2, I think I found the problem, has something to do > > with the fact that memory was not aligned in some (SSE2 128 bit) MOV > > operations - ie, I just changed a couple of MOVDQA to MOVDQU in file > > amd64_blend.S, treating memory as unaligned; > > Now if this has some other side effects (speed?) I don't know, but for > > me it worked now... > > > > Cheers, > > Tiago Gehring > > > This is a poor solution in terms of speed. The correct solution is to > ensure that the memory is properly aligned. For the time being it > should be left that way (I noticed that raster committed the move > unaligned data change). I have spoken with vapier (briefly) about it > and am hoping to force the memory to be aligned on 128 bit boundaries. > This will impact the stack size of the code and a few other things that > I want to look into before offering a patch. A couple of hints: yeah. i;d rather though it not segv :) so take a hit and not segv for now thanks :) > SSE instructions should be aligned on 16 byte (128 bit) boundaries. > MMX instructions should be aligned on 8 byte ( 64 bit) boundaries. > > ASM: > .align 16 > > C: > Image * __attribute__ ((aligned (16))) image; > > Regards, > RiverRat > -- > Tres > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
> > Okay, the difference here is that the theme.cfg being used changes. > What are the contents of ~/.Eterm/themes/Eterm/theme.cfg? > The difference is simpler than that. Apparently I was still using my old config file, which had a bad cut_chars value in user.cfg. Regenerating a new config solves the problem. new cut_chars line is cut_chars "\\\`\\"'&() *,;<=>[EMAIL PROTECTED]|}" -- Jim Perrin System Administrator - UIT Ft Gordon & US Army Signal Center --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
On Monday, 22 August 2005, at 11:29:18 (-0400), Jim Perrin wrote: > Case 1: with ~/.Eterm > [EMAIL PROTECTED] Eterm]$ echo $ETERM_THEME_ROOT > /home/jperrin/.Eterm/themes/Eterm > > [EMAIL PROTECTED] Eterm]$ echo $ETERM_USER_ROOT > /home/jperrin/.Eterm/themes/Eterm > > (gdb) print rs_cutchars > $1 =3D 0x9e724c8 "\\`\"" > > Case 2: without ~/.Eterm > > [EMAIL PROTECTED] Eterm]$ echo $ETERM_THEME_ROOT > /usr/share/Eterm/themes/Eterm > > [EMAIL PROTECTED] Eterm]$ echo $ETERM_USER_ROOT > /home/jperrin/.Eterm/themes/Eterm > > (gdb) print rs_cutchars > $1 =3D 0x97dc948 "\\`\"'&() *,;<=3D>[EMAIL PROTECTED]|}" Okay, the difference here is that the theme.cfg being used changes. What are the contents of ~/.Eterm/themes/Eterm/theme.cfg? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "I see forever when I look into your eyes. You're all I ever wanted, I always want you to be mine. Let's make a promise till the end of time -- we'll always be together, and our love will never die." -- Firehouse, "When I Look into Your Eyes" --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
RE: [E-devel] E17 crashes when moving for xinerama to a single screen
Can U Add a option in a list of active windows to set pos @ (0,0). Almost, the problem is solved with bad apps, and we can let they go off-screen, but whith a way to catch up the ear of app and say: "Come on boy, keep it on-screen" :D Greetings QliX=D! [aka Ezequiel Brizuela] -Mensaje original- De: Carsten Haitzler [mailto:[EMAIL PROTECTED] Enviado el: Lunes, 22 de Agosto de 2005 02:57 Para: Ehud Shabtai CC: enlightenment-devel@lists.sourceforge.net Asunto: Re: [E-devel] E17 crashes when moving for xinerama to a single screen On Mon, 15 Aug 2005 19:07:31 +0300 Ehud Shabtai <[EMAIL PROTECTED]> babbled: > You're right this problem shows only for some applications such as > firefox, qgis, eclair. > There are actually two annoying problems. The first is that since they > remember their geometry, when I try to open them on one screen, they > may open on another. The second problem is the one with being lost > (when not using dual screens). yeah - but this woudl be what i call "badly written apps" they shoudl accoutnf or screen res/size changes while they may nto be runing and adjust if they insist on remembering their own stuff, if not, they should leave the wm to it whihc likely knwos a lot better than the app ever will. i know app writes dont want to dothis as there are wm's that are dumb and dont do things well. e17 isnt that gerat yet either. i'd like it to auto-rememebr stuff like this for you as much as possible. right now its a manual rememebr process to set it up. it's mroe of a test to see what i need to do to the remember stuff to make ti work best. > Can't E just relocate the lost window instead of putting it in the > lost window list? there are valid reasons an app could want a window off screen. i am sure later we can add options like "NEVER allow a window to be off screen by app request" etc. but for now we're obeying an apps requests -0 no matter how stupid they are. it's a good way to hilight stupid apps that need fixing too. either they need to stop remembering their own geometry and leave it to the wm entirely, or get a lot smarter at doing it themsleves instead of doing it badly. > Thanks, > > Ehud. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elitaire 0.0.4
Thanks - looks very nice & solitaire is indeed quite an addictive game. To the E17 devs here, just wondering, is there a reason why this isn't in CVS? Sounds like something for e17/apps/games? :) regards, Valtteri On 8/19/05, Peter Wehrfritz <[EMAIL PROTECTED]> wrote: > Hi, > > elitaire-0.0.4 is now available. Here is short list of what is changed: > * add native language support > * add configure and about windows => ewl deps > * remember configuration > * add thoughtful solitaire variante > * only borderless if the theme is supporting this > * new theme, namely simple > * removed hardcoded paths > * add undo > > So if you are interessed, here you get it: www.mowem.de/elitaire > > Have a lot of fun > > peat > > P.S. Sorry, I've used the asprintf() function, before I read that it > isn't very portable. I hope it is removed in the next version. But I > think on the most systems (GNU, *BSD, OSX) it should work. > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Hello!
Hello! I'm a relatively new E user who just love the WM, it's all I've ever been looking for; eye-candy, simplicity and speed all in one! Anyway, I've really wanted to get involved in a open-source project but since I lack the programming ability I decided to start learning C. I've coded some stuff previously, but using Qbasic (shoot me), ASP, PHP and a little Python. And nothing visual there, no GUI's. SO! Anyway, to get to the point I decided that I wanted to start making tiny E-apps! The apps that I have/(will have in the near future) the ability to make and that I think people might need/be interested in. So the first thing I stumbled on was a calculator! That seems like a perfect first project for me, a easy way to learn C (I'm pretty unfamiliar with it, but if someone could tell me what the * stands for when declaring functions etc I'd be glad), learn to handle widgets (EWL) and do something productive that people actually might consider to use more then once. My goals with this calculator is to make it well intergrated with E, GTK-apps look so dull compared to E-apps.. So, what do you guys think? --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
RE: [E-devel] Hello!
> My goals with this calculator is to make it well intergrated with E, > GTK-apps look so dull compared to E-apps.. > See equate in the misc directory of CVS. dan --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Hello!
Am Mon, 22 Aug 2005 15:32:50 -0400 (EDT) schrieb dan sinclair: > > > My goals with this calculator is to make it well intergrated with E, > > GTK-apps look so dull compared to E-apps.. > > > > See equate in the misc directory of CVS. If you like to work on a E calculator, than use equate as base if you like, but please enhance the scientific mode! Compared with gcalctool it's not really useable :-( regards Andreas --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Hello!
> Hello! > > I'm a relatively new E user who just love the WM, it's all I've ever > been looking for; eye-candy, simplicity and speed all in one! > > Anyway, I've really wanted to get involved in a open-source project but > since I lack the programming ability I decided to start learning C. I've > coded some stuff previously, but using Qbasic (shoot me), ASP, PHP and a > little Python. And nothing visual there, no GUI's. SO! Anyway, to > get to the point I decided that I wanted to start making tiny E-apps! > The apps that I have/(will have in the near future) the ability to make > and that I think people might need/be interested in. So the first thing > I stumbled on was a calculator! That seems like a perfect first project > for me, a easy way to learn C (I'm pretty unfamiliar with it, but if > someone could tell me what the * stands for when declaring functions etc > I'd be glad), learn to handle widgets (EWL) and do something productive > that people actually might consider to use more then once. > > My goals with this calculator is to make it well intergrated with E, > GTK-apps look so dull compared to E-apps.. > > > So, what do you guys think? The "The C Programming Language" is the standard book (K&R as you hear it) that most people learn by. If you havnt picked up a copy, you should, as it will greatly help you (and it is short, only 200 pages or so). I think it would be useless to explain what the * before the functions mean, because you would then just have more questions (if you really want to know, its because the function returns a pointer to something). Anyway, I've seen it on amazon.com for $5 or so. Good luck :) and hope you have fun. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: emblem segfault starting up on athlon64
See thread above (imlib2, amd64 segfault), I had the same problem... For the emblem specific problem I attached a patch, it worked here. But as I said in the other thread I think there are other points with the same problem and a more general solution would be preferable.. > Hello all, I get a segfault on starting up emblem. > i am currently running Gentoo-2005.1 on an AMD64 as a 64bit insall... > > i didn't compile things with debugging symbols : / > > Running gdb emblem i get: > > (no debugging symbols found) > [Thread debugging using libthread_db enabled] > [New Thread 46912569548304 (LWP 9279)] > WARNING: Weird line in resolv.conf: # Generated by dhcpcd for interface eth0 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912569548304 (LWP 9279)] > 0x2c6dc63b in __imlib_amd64_copy_rgb_to_rgba () > ---Type to continue, or q to quit--- > from /usr/lib/libImlib2.so.1 diff -u -r e17_ori/e17/libs/imlib2/src/lib/amd64_blend.S e17_ori2/e17/libs/imlib2/src/lib/amd64_blend.S --- e17_ori/e17/libs/imlib2/src/lib/amd64_blend.S 2005-08-22 18:53:55.0 + +++ e17_ori2/e17/libs/imlib2/src/lib/amd64_blend.S 2005-08-22 18:53:17.0 + @@ -1264,7 +1264,7 @@ PR_(imlib_amd64_copy_rgb_to_rgba): ENTER - movdqu mX000X000X000X000(%rip), %xmm5 + movdqa mX000X000X000X000(%rip), %xmm5 leaq (%rsi, %r8, 4), %rsi leaq (%rdi, %r8, 4), %rdi
Re: [E-devel] elitaire 0.0.4
Valtteri Vainikka wrote: Thanks - looks very nice & solitaire is indeed quite an addictive game. To the E17 devs here, just wondering, is there a reason why this isn't in CVS? Sounds like something for e17/apps/games? :) regards, Valtteri On 8/19/05, Peter Wehrfritz <[EMAIL PROTECTED]> wrote: Hi, elitaire-0.0.4 is now available. Here is short list of what is changed: * add native language support * add configure and about windows => ewl deps * remember configuration * add thoughtful solitaire variante * only borderless if the theme is supporting this * new theme, namely simple * removed hardcoded paths * add undo So if you are interessed, here you get it: www.mowem.de/elitaire Have a lot of fun peat P.S. Sorry, I've used the asprintf() function, before I read that it isn't very portable. I hope it is removed in the next version. But I think on the most systems (GNU, *BSD, OSX) it should work. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Have you tried compiling with gcc4 ? It would not "make" for me using: gcc (GCC) 4.0.1 20050727 (Red Hat 4.0.1-5) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 crashes when moving for xinerama to a single screen
On Mon, 22 Aug 2005 15:14:02 -0300 "Brizuela Ezequiel Hector" <[EMAIL PROTECTED]> babbled: > Can U Add a option in a list of active windows to set pos @ (0,0). > Almost, the problem is solved with bad apps, and we can let they go > off-screen, but whith a way to catch up the ear of app and say: "Come on > boy, keep it on-screen" :D thats what the lost windows menu does... when a widnow is lost selecting it from this list will bring it back to the center of the screen. > Greetings > > QliX=D! [aka Ezequiel Brizuela] > > -Mensaje original- > De: Carsten Haitzler [mailto:[EMAIL PROTECTED] > Enviado el: Lunes, 22 de Agosto de 2005 02:57 > Para: Ehud Shabtai > CC: enlightenment-devel@lists.sourceforge.net > Asunto: Re: [E-devel] E17 crashes when moving for xinerama to a single > screen > > On Mon, 15 Aug 2005 19:07:31 +0300 Ehud Shabtai <[EMAIL PROTECTED]> > babbled: > > > You're right this problem shows only for some applications such as > > firefox, qgis, eclair. > > There are actually two annoying problems. The first is that since they > > > remember their geometry, when I try to open them on one screen, they > > may open on another. The second problem is the one with being lost > > (when not using dual screens). > > yeah - but this woudl be what i call "badly written apps" they shoudl > accoutnf or screen res/size changes while they may nto be runing and > adjust if they insist on remembering their own stuff, if not, they > should leave the wm to it whihc likely knwos a lot better than the app > ever will. i know app writes dont want to dothis as there are wm's that > are dumb and dont do things well. e17 isnt that gerat yet either. i'd > like it to auto-rememebr stuff like this for you as much as possible. > right now its a manual rememebr process to set it up. > it's mroe of a test to see what i need to do to the remember stuff to > make ti work best. > > > Can't E just relocate the lost window instead of putting it in the > > lost window list? > > there are valid reasons an app could want a window off screen. i am sure > later we can add options like "NEVER allow a window to be off screen by > app request" > etc. but for now we're obeying an apps requests -0 no matter how stupid > they are. it's a good way to hilight stupid apps that need fixing too. > either they need to stop remembering their own geometry and leave it to > the wm entirely, or get a lot smarter at doing it themsleves instead of > doing it badly. > > > Thanks, > > > > Ehud. > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/22/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > On Monday, 22 August 2005, at 18:45:50 (+0800), > Didier Casse wrote: > > > It's not my first try at compiling packages from CVS. So I don't > > really know why the whole thing hangs just for Eterm. What kind of > > mojo have been injected in Eterm and what do I need to know more? > > > > Clues anybody? Michael .. any insights? What info do you need from > > my system? > > Well, let's start with the output of autogen.sh *before* it runs > ./configure. > Thanks for replying Michael. The attachment bug_eterm.txt In my initial mail on the subject! Yeah I didn't even run ./configure yet. :( I attached it again in this mail. -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. Generating configuration files for Eterm, please wait checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for preferred libtoolize... libtoolize checking for preferred aclocal... aclocal checking for preferred autoconf... autoconf checking for preferred autoheader... autoheader checking for preferred automake... automake checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking for library containing strerror... none required checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
Did you just leave the end bit off? Eg the error about not finding Makefile.in? Anyway, regardless, we need to see the stuff before this! autogen.sh runs automake (and a few other things) and then configure this is the output from configure, not from automake (etc). Now, you may need to clean up the tree (in fact, starting from a fresh tree might be easiest), so that automake is actually run. You can always do something like: sh -x autogen.sh to see what its doing and see why its not running auto* Hope this helps, Nick On 8/22/05, Michael Jennings <[EMAIL PROTECTED]> wrote: On Monday, 22 August 2005, at 18:45:50 (+0800), Didier Casse wrote: It's not my first try at compiling packages from CVS. So I don't really know why the whole thing hangs just for Eterm. What kind of mojo have been injected in Eterm and what do I need to know more? Clues anybody? Michael .. any insights? What info do you need from my system? Well, let's start with the output of autogen.sh *before* it runs ./configure. Thanks for replying Michael. The attachment bug_eterm.txt In my initial mail on the subject! Yeah I didn't even run ./configure yet. :( I attached it again in this mail. Generating configuration files for Eterm, please wait checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for preferred libtoolize... libtoolize checking for preferred aclocal... aclocal checking for preferred autoconf... autoconf checking for preferred autoheader... autoheader checking for preferred automake... automake checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking for library containing strerror... none required checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 09:39:31 (+0800), Didier Casse wrote: > Thanks for replying Michael. > > The attachment bug_eterm.txt > > In my initial mail on the subject! > > Yeah I didn't even run ./configure yet. :( autogen.sh runs ./configure for you...but after running automake, autoconf, libtool, etc. It's the output of THOSE that I need to see, not ./configure (which is all you included). :-( Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "I know I could have saved our love that night if I'd known what to say. Instead of making love, we both made our separate ways. Now I hear you've found somebody new and that I never meant that much to you. To hear that tears me up inside, and to see you cuts me like a knife." -- Poison, "Every Rose Has Its Thorn" --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/23/05, Nick Blievers <[EMAIL PROTECTED]> wrote: > Did you just leave the end bit off? Eg the error about not finding > Makefile.in? > > Anyway, regardless, we need to see the stuff before this! autogen.sh > runs automake (and a few other things) and then configure this is > the output from configure, not from automake (etc). > > Now, you may need to clean up the tree (in fact, starting from a fresh > tree might be easiest), so that automake is actually run. You can always > do something like: > sh -x autogen.sh > > to see what its doing and see why its not running auto* Hi Nick, Thanks. For the reply. I attached the output of sh -x autogen.sh as requested. -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. + DIE=0 + echo 'Generating configuration files for Eterm, please wait' Generating configuration files for Eterm, please wait + LIBTOOLIZE_CHOICES=' libtoolize glibtoolize' + ACLOCAL_CHOICES=' aclocal' + AUTOCONF_CHOICES=' autoconf' + AUTOHEADER_CHOICES=' autoheader' + AUTOMAKE_CHOICES=' automake' + for i in '$LIBTOOLIZE_CHOICES' + libtoolize --version + LIBTOOLIZE=libtoolize + break + '[' xlibtoolize = x ']' + for i in '$ACLOCAL_CHOICES' + aclocal --version + ACLOCAL=aclocal + break + '[' xaclocal = x ']' + for i in '$AUTOCONF_CHOICES' + autoconf --version + AUTOCONF=autoconf + break + '[' xautoconf = x ']' + for i in '$AUTOHEADER_CHOICES' + autoheader --version + AUTOHEADER=autoheader + break + '[' xautoheader = x ']' + for i in '$AUTOMAKE_CHOICES' + automake --version + AUTOMAKE=automake + break + '[' xautomake = x ']' + export LIBTOOLIZE ACLOCAL AUTOCONF AUTOHEADER AUTOMAKE + set -x + libtoolize -c -f + set -x + aclocal -I . /usr/share/aclocal/nspr.m4:8: warning: underquoted definition of AM_PATH_NSPR run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/share/aclocal/librsvg.m4:11: warning: underquoted definition of AM_PATH_LI RSVG /usr/share/aclocal/libole2.m4:18: warning: underquoted definition of AM_PATH_LI OLE2 /usr/share/aclocal/libast.m4:11: warning: underquoted definition of AST_CHECK_L BAST /usr/share/aclocal/libast.m4:72: warning: underquoted definition of AST_SIZE_TY E /usr/share/aclocal/libast.m4:89: warning: underquoted definition of AST_REGEXP_ UPPORT /usr/share/aclocal/libast.m4:153: warning: underquoted definition of AST_X11_SUPORT /usr/share/aclocal/libast.m4:183: warning: underquoted definition of AST_IMLIB2 SUPPORT /usr/share/aclocal/libast.m4:219: warning: underquoted definition of AST_MMX_SU PORT /usr/share/aclocal/libast.m4:243: warning: underquoted definition of AST_STD_CH CKS /usr/share/aclocal/libast.m4:279: warning: underquoted definition of AST_PROG_C ECKS /usr/share/aclocal/libast.m4:291: warning: underquoted definition of AST_VAR_CH CKS /usr/share/aclocal/libast.m4:311: warning: underquoted definition of AST_HEADER CHECKS /usr/share/aclocal/libast.m4:318: warning: underquoted definition of AST_FUNC_C ECKS /usr/share/aclocal/libast.m4:328: warning: underquoted definition of AST_TYPE_C ECKS /usr/share/aclocal/libast.m4:339: warning: underquoted definition of AST_ARG_DE UG /usr/share/aclocal/libast.m4:360: warning: underquoted definition of AST_ARG_RE EXP /usr/share/aclocal/libast.m4:368: warning: underquoted definition of AST_ARG_BA KQUOTE_EXEC /usr/share/aclocal/libast.m4:391: warning: underquoted definition of AST_FLAGS /usr/share/aclocal/libast.m4:403: warning: underquoted definition of AST_STATUS /usr/share/aclocal/libast.m4:429: warning: underquoted definition of dps_snprin f_oflow /usr/share/aclocal/libast.m4:466: warning: underquoted definition of dps_vsnpri tf_oflow /usr/share/aclocal/libast.m4:512: warning: underquoted definition of dps_symlin _open_bug /usr/share/aclocal/libast.m4:586: warning: underquoted definition of dps_rlimit nproc /usr/share/aclocal/libast.m4:634: warning: underquoted definition of dps_rlimit memlock configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times + set -x + autoconf configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times + set -x + autoheader configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times autoheader: warning: missing template: HAVE_SNPRINTF_BUG autoheader: Use AC_DEFINE([HAVE_SNPRINTF_BUG], [], [D
Re: [E-devel] patch - imlib2 blend in AMD64
ok, found another line with the same problem - I saw this after seeing another post reporting also a amd64 issue with emblem and trying to start emblem myself... Now, before submiting another patch (emblem actually worked after changing one more instruction) I just wanted to speculate about the more general solution to this problem (I'm by no means an assembly expert, just did some reading on the net and took a better look at the code): What I think is that the problem with memory alignment resides only in the lines where data is copied from/to addresses using (RIP) relative addressing (at least it was the case in the lines that I changed before and now again). I mean, the problem is not with the source/destination pointers (parameters) because the assembly code already checks if these pointers are aligned and uses the best instruction acording to the case (and sure the performance drop for coping unaligned memory is really big), the lines that gave problems where just the ones that use something like "movdqa 0xXX(%rip),%xmmN"; The question is, there are a lot of other points of the code where a aligned copy to/from a relative address is made, should all of them be changed to unaligned or is there another solution? As said, all of this is just a suposition... On Mon, 2005-08-22 at 07:45 -0600, Tres Melton wrote: > On Mon, 2005-08-22 at 07:29 +, Tiago Victor Gehring wrote: > > Hi, > > regarding the problem I mentionted about the new amd64 optimized > > functions in imlib2, I think I found the problem, has something to do > > with the fact that memory was not aligned in some (SSE2 128 bit) MOV > > operations - ie, I just changed a couple of MOVDQA to MOVDQU in file > > amd64_blend.S, treating memory as unaligned; > > Now if this has some other side effects (speed?) I don't know, but for > > me it worked now... > > > > Cheers, > > Tiago Gehring > > > This is a poor solution in terms of speed. The correct solution is to > ensure that the memory is properly aligned. For the time being it > should be left that way (I noticed that raster committed the move > unaligned data change). I have spoken with vapier (briefly) about it > and am hoping to force the memory to be aligned on 128 bit boundaries. > This will impact the stack size of the code and a few other things that > I want to look into before offering a patch. A couple of hints: > > SSE instructions should be aligned on 16 byte (128 bit) boundaries. > MMX instructions should be aligned on 8 byte ( 64 bit) boundaries. > > ASM: > .align 16 > > C: > Image * __attribute__ ((aligned (16))) image; > > Regards, > RiverRat ___ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/23/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > On Tuesday, 23 August 2005, at 09:39:31 (+0800), > autogen.sh runs ./configure for you...but after running automake, > autoconf, libtool, etc. It's the output of THOSE that I need to see, > not ./configure (which is all you included). :-( > Sorry. I guess you mean these ones: Generating configuration files for Eterm, please wait + libtoolize -c -f + aclocal -I . /usr/share/aclocal/nspr.m4:8: warning: underquoted definition of AM_PATH_NSPR run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/share/aclocal/librsvg.m4:11: warning: underquoted definition of AM_PATH_LIBRSVG /usr/share/aclocal/libole2.m4:18: warning: underquoted definition of AM_PATH_LIBOLE2 /usr/share/aclocal/libast.m4:11: warning: underquoted definition of AST_CHECK_LIBAST /usr/share/aclocal/libast.m4:72: warning: underquoted definition of AST_SIZE_TYPE /usr/share/aclocal/libast.m4:89: warning: underquoted definition of AST_REGEXP_SUPPORT /usr/share/aclocal/libast.m4:153: warning: underquoted definition of AST_X11_SUPPORT /usr/share/aclocal/libast.m4:183: warning: underquoted definition of AST_IMLIB2_SUPPORT /usr/share/aclocal/libast.m4:219: warning: underquoted definition of AST_MMX_SUPPORT /usr/share/aclocal/libast.m4:243: warning: underquoted definition of AST_STD_CHECKS /usr/share/aclocal/libast.m4:279: warning: underquoted definition of AST_PROG_CHECKS /usr/share/aclocal/libast.m4:291: warning: underquoted definition of AST_VAR_CHECKS /usr/share/aclocal/libast.m4:311: warning: underquoted definition of AST_HEADER_CHECKS /usr/share/aclocal/libast.m4:318: warning: underquoted definition of AST_FUNC_CHECKS /usr/share/aclocal/libast.m4:328: warning: underquoted definition of AST_TYPE_CHECKS /usr/share/aclocal/libast.m4:339: warning: underquoted definition of AST_ARG_DEBUG /usr/share/aclocal/libast.m4:360: warning: underquoted definition of AST_ARG_REGEXP /usr/share/aclocal/libast.m4:368: warning: underquoted definition of AST_ARG_BACKQUOTE_EXEC /usr/share/aclocal/libast.m4:391: warning: underquoted definition of AST_FLAGS /usr/share/aclocal/libast.m4:403: warning: underquoted definition of AST_STATUS /usr/share/aclocal/libast.m4:429: warning: underquoted definition of dps_snprintf_oflow /usr/share/aclocal/libast.m4:466: warning: underquoted definition of dps_vsnprintf_oflow /usr/share/aclocal/libast.m4:512: warning: underquoted definition of dps_symlink_open_bug /usr/share/aclocal/libast.m4:586: warning: underquoted definition of dps_rlimit_nproc /usr/share/aclocal/libast.m4:634: warning: underquoted definition of dps_rlimit_memlock configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times + autoconf configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times + autoheader configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times autoheader: warning: missing template: HAVE_SNPRINTF_BUG autoheader: Use AC_DEFINE([HAVE_SNPRINTF_BUG], [], [Description]) + automake -a -c configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1032: required file `config.h.in' not found checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for preferred libtoolize... libtoolize checking for preferred aclocal... aclocal checking for preferred autoconf... autoconf checking for preferred autoheader... autoheader checking for preferred automake... automake [SNIP] -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 09:55:19 (+0800), Didier Casse wrote: > + autoheader > configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > configure.in:122: the top level > configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times > autoheader: warning: missing template: HAVE_SNPRINTF_BUG > autoheader: Use AC_DEFINE([HAVE_SNPRINTF_BUG], [], [Description]) > + set -x > + automake -a -c > configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > configure.in:122: the top level > configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times > configure.in:1032: required file `config.h.in' not found automake failed because autoheader didn't create config.h.in. I only see warnings from autoheader, but maybe the HAVE_SNPRINTF_BUG warning is being counted as fatal. What version of libast do you have installed? Do you have developer access, or are you having to wait for anon CVS to sync up after every change? Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Let me be the one you call. If you jump, I'll break your fall, lift you up, and fly away with you into the night. If you need to fall apart, I can mend a broken heart. If you need to crash, then crash and burn; you're not alone." -- Savage Garden, "Crash and Burn" --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/23/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > On Tuesday, 23 August 2005, at 09:55:19 (+0800), > Didier Casse wrote: > > > + autoheader > > configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times > > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > > configure.in:122: the top level > > configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times > > autoheader: warning: missing template: HAVE_SNPRINTF_BUG > > autoheader: Use AC_DEFINE([HAVE_SNPRINTF_BUG], [], [Description]) > > + set -x > > + automake -a -c > > configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times > > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > > configure.in:122: the top level > > configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times > > configure.in:1032: required file `config.h.in' not found > > automake failed because autoheader didn't create config.h.in. I only > see warnings from autoheader, but maybe the HAVE_SNPRINTF_BUG warning > is being counted as fatal. > OK. > What version of libast do you have installed? Do you have developer > access, or are you having to wait for anon CVS to sync up after every > change? libast-0.6. I can't get the libast from CVS in my box also. :( I do not have developer access. I have to wait. -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch - imlib2 blend in AMD64
On Mon, 22 Aug 2005 19:43:58 + Tiago Victor Gehring <[EMAIL PROTECTED]> babbled: > ok, found another line with the same problem - I saw this after seeing > another post reporting also a amd64 issue with emblem and trying to > start emblem myself... > Now, before submiting another patch (emblem actually worked after > changing one more instruction) I just wanted to speculate about the more > general solution to this problem (I'm by no means an assembly expert, > just did some reading on the net and took a better look at the code): > What I think is that the problem with memory alignment resides only in > the lines where data is copied from/to addresses using (RIP) relative > addressing (at least it was the case in the lines that I changed before > and now again). > I mean, the problem is not with the source/destination pointers > (parameters) because the assembly code already checks if these pointers > are aligned and uses the best instruction acording to the case (and sure > the performance drop for coping unaligned memory is really big), the > lines that gave problems where just the ones that use something like > "movdqa 0xXX(%rip),%xmmN"; > > The question is, there are a lot of other points of the code where a > aligned copy to/from a relative address is made, should all of them be > changed to unaligned or is there another solution? > As said, all of this is just a suposition... actually do tests - you may find the unaligned copies not that much slower as traditionally x86 hw has always done the fixups for unaligned read/writes in hardware and thus the overhead is fairly small. > > On Mon, 2005-08-22 at 07:45 -0600, Tres Melton wrote: > > On Mon, 2005-08-22 at 07:29 +, Tiago Victor Gehring wrote: > > > Hi, > > > regarding the problem I mentionted about the new amd64 optimized > > > functions in imlib2, I think I found the problem, has something to do > > > with the fact that memory was not aligned in some (SSE2 128 bit) MOV > > > operations - ie, I just changed a couple of MOVDQA to MOVDQU in file > > > amd64_blend.S, treating memory as unaligned; > > > Now if this has some other side effects (speed?) I don't know, but for > > > me it worked now... > > > > > > Cheers, > > > Tiago Gehring > > > > > This is a poor solution in terms of speed. The correct solution is to > > ensure that the memory is properly aligned. For the time being it > > should be left that way (I noticed that raster committed the move > > unaligned data change). I have spoken with vapier (briefly) about it > > and am hoping to force the memory to be aligned on 128 bit boundaries. > > This will impact the stack size of the code and a few other things that > > I want to look into before offering a patch. A couple of hints: > > > > SSE instructions should be aligned on 16 byte (128 bit) boundaries. > > MMX instructions should be aligned on 8 byte ( 64 bit) boundaries. > > > > ASM: > > .align 16 > > > > C: > > Image * __attribute__ ((aligned (16))) image; > > > > Regards, > > RiverRat > > > > > > ___ > Yahoo! Acesso Gr疸is - Internet r疳ida e gr疸is. > Instale o discador agora! http://br.acesso.yahoo.com/ > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 10:28:05 (+0800), Didier Casse wrote: > libast-0.6. I can't get the libast from CVS in my box also. :( Does it not compile/install for you? What is the problem? > I do not have developer access. I have to wait. I was afraid you were going to say that. Do you have an account on SF.net? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Why are they always blaming everything on rappers? Don't blame the youth. Blame the wicked culture. Every Sunday night on TV, Angela Lansbury taught these kids violence on 'Murder, She Wrote.' Blame the reruns of 'Have Gun, Will Travel' and 'Gunsmoke.'" -- Reverend Al Sharpton on the media coverage of the late Notorious B.I.G. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/23/05, Didier Casse <[EMAIL PROTECTED]> wrote: > On 8/23/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > > On Tuesday, 23 August 2005, at 09:55:19 (+0800), > > Didier Casse wrote: > > > > > + autoheader > > > configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times > > > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > > > configure.in:122: the top level > > > configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times > > > autoheader: warning: missing template: HAVE_SNPRINTF_BUG > > > autoheader: Use AC_DEFINE([HAVE_SNPRINTF_BUG], [], [Description]) > > > + set -x > > > + automake -a -c > > > configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times > > > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > > > configure.in:122: the top level > > > configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times > > > configure.in:1032: required file `config.h.in' not found > > > > automake failed because autoheader didn't create config.h.in. I only > > see warnings from autoheader, but maybe the HAVE_SNPRINTF_BUG warning > > is being counted as fatal. > > > > OK. > > > What version of libast do you have installed? Do you have developer > > access, or are you having to wait for anon CVS to sync up after every > > change? > > libast-0.6. I can't get the libast from CVS in my box also. :( > > I do not have developer access. I have to wait. > And I'm using automake-1.9.5-1_24.rhfc3.at autoconf-2.59-5_11.rhfc3.at libtool-1.5.14-1.fc3 I guess these should be recent enough for Eterm. Right? Or are my tools too primitive? -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/23/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > On Tuesday, 23 August 2005, at 10:28:05 (+0800), > Didier Casse wrote: > > > libast-0.6. I can't get the libast from CVS in my box also. :( > > Does it not compile/install for you? What is the problem? > Generating configuration files for libast, please wait + libtoolize -c -f + aclocal /usr/share/aclocal/nspr.m4:8: warning: underquoted definition of AM_PATH_NSPR run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/share/aclocal/librsvg.m4:11: warning: underquoted definition of AM_PATH_L /usr/share/aclocal/libole2.m4:18: warning: underquoted definition of AM_PATH_L /usr/share/aclocal/libast.m4:11: warning: underquoted definition of AST_CHECK_ /usr/share/aclocal/libast.m4:72: warning: underquoted definition of AST_SIZE_T /usr/share/aclocal/libast.m4:89: warning: underquoted definition of AST_REGEXP /usr/share/aclocal/libast.m4:153: warning: underquoted definition of AST_X11_S /usr/share/aclocal/libast.m4:183: warning: underquoted definition of AST_IMLIB /usr/share/aclocal/libast.m4:219: warning: underquoted definition of AST_MMX_S /usr/share/aclocal/libast.m4:243: warning: underquoted definition of AST_STD_C /usr/share/aclocal/libast.m4:279: warning: underquoted definition of AST_PROG_ /usr/share/aclocal/libast.m4:291: warning: underquoted definition of AST_VAR_C /usr/share/aclocal/libast.m4:311: warning: underquoted definition of AST_HEADE /usr/share/aclocal/libast.m4:318: warning: underquoted definition of AST_FUNC_ /usr/share/aclocal/libast.m4:328: warning: underquoted definition of AST_TYPE_ /usr/share/aclocal/libast.m4:339: warning: underquoted definition of AST_ARG_D /usr/share/aclocal/libast.m4:360: warning: underquoted definition of AST_ARG_R /usr/share/aclocal/libast.m4:368: warning: underquoted definition of AST_ARG_B /usr/share/aclocal/libast.m4:391: warning: underquoted definition of AST_FLAGS /usr/share/aclocal/libast.m4:403: warning: underquoted definition of AST_STATU /usr/share/aclocal/libast.m4:429: warning: underquoted definition of dps_snpri /usr/share/aclocal/libast.m4:466: warning: underquoted definition of dps_vsnpr /usr/share/aclocal/libast.m4:512: warning: underquoted definition of dps_symli /usr/share/aclocal/libast.m4:586: warning: underquoted definition of dps_rlimi /usr/share/aclocal/libast.m4:634: warning: underquoted definition of dps_rlimi configure.in:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... configure.in:50: the top level configure.in:55: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... /usr/share/aclocal/libast.m4:278: AST_STD_CHECKS is expanded from... configure.in:55: the top level configure.in:55: warning: AC_ARG_PROGRAM invoked multiple times + autoconf configure.in:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... configure.in:50: the top level configure.in:55: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... aclocal.m4:291: AST_STD_CHECKS is expanded from... configure.in:55: the top level configure.in:55: warning: AC_ARG_PROGRAM invoked multiple times + autoheaderconfigure.in:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... configure.in:50: the top level configure.in:55: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... aclocal.m4:291: AST_STD_CHECKS is expanded from... configure.in:55: the top level configure.in:55: warning: AC_ARG_PROGRAM invoked multiple times autoheader: warning: missing template: ALLOW_BACKQUOTE_EXEC autoheader: Use AC_DEFINE([ALLOW_BACKQUOTE_EXEC], [], [Description]) autoheader: warning: missing template: DEBUG autoheader: warning: missing template: HAVE_RLIMIT_MEMLOCK autoheader: warning: missing template: HAVE_RLIMIT_NPROC autoheader: warning: missing template: HAVE_SNPRINTF_BUG autoheader: warning: missing template: HAVE_SYMLINK_OPEN_ERRNO_BUG autoheader: warning: missing template: HAVE_SYMLINK_OPEN_SECURITY_HOLE autoheader: warning: missing template: HAVE_VSNPRINTF_BUG autoheader: warning: missing template: LIBAST_IMLIB2_SUPPORT autoheader: warning: missing template: LIBAST_MMX_SUPPORT Running 'autoheader' failed :( Try updating the package on your system and try again. > > I do not have developer access. I have to wait. > > I was afraid you were going to say that. Do you have an account on > SF.net? > xprodigy -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singap
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 10:32:01 (+0800), Didier Casse wrote: > automake-1.9.5-1_24.rhfc3.at > autoconf-2.59-5_11.rhfc3.at > libtool-1.5.14-1.fc3 > > I guess these should be recent enough for Eterm. Right? Or are my > tools too primitive? No, these should be fine. On Tuesday, 23 August 2005, at 10:40:05 (+0800), Didier Casse wrote: > + autoheaderconfigure.in:50: warning: > AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET > autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... > configure.in:50: the top level > configure.in:55: warning: AC_CANONICAL_HOST invoked multiple times > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > aclocal.m4:291: AST_STD_CHECKS is expanded from... > configure.in:55: the top level > configure.in:55: warning: AC_ARG_PROGRAM invoked multiple times > autoheader: warning: missing template: ALLOW_BACKQUOTE_EXEC > autoheader: Use AC_DEFINE([ALLOW_BACKQUOTE_EXEC], [], [Description]) > autoheader: warning: missing template: DEBUG > autoheader: warning: missing template: HAVE_RLIMIT_MEMLOCK > autoheader: warning: missing template: HAVE_RLIMIT_NPROC > autoheader: warning: missing template: HAVE_SNPRINTF_BUG > autoheader: warning: missing template: HAVE_SYMLINK_OPEN_ERRNO_BUG > autoheader: warning: missing template: HAVE_SYMLINK_OPEN_SECURITY_HOLE > autoheader: warning: missing template: HAVE_VSNPRINTF_BUG > autoheader: warning: missing template: LIBAST_IMLIB2_SUPPORT > autoheader: warning: missing template: LIBAST_MMX_SUPPORT > > Running 'autoheader' failed :( > Try updating the package on your system and try again. Well, I don't get any of this on any of my systems, so I'm going to need your help to fix this stuff. > > > I do not have developer access. I have to wait. You do now. :-) (Or at least, you will when the appropriate cron job runs.) I have just committed some libast changes. If you could please test it again and send me the autogen output like before, I'd appreciate it. Please make sure the ChangeLog file contains the commit dated "Mon Aug 22 23:02:03 2005." Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "The Swiss have an interesting army. Five hundred years without a war. Pretty impressive. Also pretty lucky for them. Ever see that little Swiss Army knife they have to fight with? Not much of a weapon there. Corkscrews. Bottle openers. 'Come on, buddy, let's go. You get past me, the guy in back of me, he's got a spoon. Back off. I've got the toe clippers right here.' " -- Jerry Seinfeld --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e_util_eapp_edit functionality enhancement
Hello, I did a small patch to give e_util_eapp_edit all the features enlightenment_eapp currently provides. So if noone sees a point why this shouldn't happen, I suggest you apply it. regards, alex --- eapp_edit_main.c.old 2005-08-23 08:27:55.256238840 +0200 +++ eapp_edit_main.c.new 2005-08-23 08:24:57.416274624 +0200 @@ -34,7 +34,10 @@ {"app/info/comment", "Comment", 0}, {"app/info/exe", "Executable", 0}, {"app/window/name", "Window name", 0}, + {"app/window/title", "Window title", 0}, + {"app/window/role", "Window role", 0}, {"app/window/class", "Window class", 0}, + {"app/icon/class", "Icon class", 0}, {"app/info/startup_notify", "Startup notify", 1}, {"app/info/wait_exit", "Wait exit", 1} };
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/23/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > > Well, I don't get any of this on any of my systems, so I'm going to > need your help to fix this stuff. > > > > > I do not have developer access. I have to wait. > > You do now. :-) (Or at least, you will when the appropriate cron job > runs.) > Thanks. > I have just committed some libast changes. If you could please test > it again and send me the autogen output like before, I'd appreciate > it. Please make sure the ChangeLog file contains the commit dated > "Mon Aug 22 23:02:03 2005." > Hmm even thought I pulled out as xprodigy, it still shows me that the last comit is after now 2 hours!: -- Tue Jun 7 16:28:43 2005Michael Jennings (mej) Force STRICT_ISO_C99 to be defined when using gcc >= 4.0. Suggestions and partial patch from John Ellson <[EMAIL PROTECTED]>. -- -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 13:25:39 (+0800), Didier Casse wrote: > Hmm even thought I pulled out as xprodigy, it still shows me that the > last comit is after now 2 hours!: Make sure $CVS_RSH is set to ssh and your $CVSROOT is set to [EMAIL PROTECTED]:/cvsroot/enlightenment Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "I'll be leaving soon; it's hard to say when I'll return, and I don't want to lead you on. So if you feel the need, close your eyes and share this dream. It will be Eternity." -- Blessid Union of Souls, "Forever for Tonight" --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
On 8/23/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > I have just committed some libast changes. If you could please test > it again and send me the autogen output like before, I'd appreciate > it. Please make sure the ChangeLog file contains the commit dated > "Mon Aug 22 23:02:03 2005." > OK this is what I get! ([EMAIL PROTECTED]:libast)$ ./autogen.sh Generating configuration files for libast, please wait + libtoolize -c -f You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. + aclocal /usr/share/aclocal/nspr.m4:8: warning: underquoted definition of AM_PATH_NSPR run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/share/aclocal/librsvg.m4:11: warning: underquoted definition of AM_PATH_LIBRSVG /usr/share/aclocal/libole2.m4:18: warning: underquoted definition of AM_PATH_LIBOLE2 /usr/share/aclocal/libast.m4:11: warning: underquoted definition of AST_CHECK_LIBAST /usr/share/aclocal/libast.m4:72: warning: underquoted definition of AST_SIZE_TYPE /usr/share/aclocal/libast.m4:89: warning: underquoted definition of AST_REGEXP_SUPPORT /usr/share/aclocal/libast.m4:153: warning: underquoted definition of AST_X11_SUPPORT /usr/share/aclocal/libast.m4:183: warning: underquoted definition of AST_IMLIB2_SUPPORT /usr/share/aclocal/libast.m4:219: warning: underquoted definition of AST_MMX_SUPPORT /usr/share/aclocal/libast.m4:243: warning: underquoted definition of AST_STD_CHECKS /usr/share/aclocal/libast.m4:279: warning: underquoted definition of AST_PROG_CHECKS /usr/share/aclocal/libast.m4:291: warning: underquoted definition of AST_VAR_CHECKS /usr/share/aclocal/libast.m4:311: warning: underquoted definition of AST_HEADER_CHECKS /usr/share/aclocal/libast.m4:318: warning: underquoted definition of AST_FUNC_CHECKS /usr/share/aclocal/libast.m4:328: warning: underquoted definition of AST_TYPE_CHECKS /usr/share/aclocal/libast.m4:339: warning: underquoted definition of AST_ARG_DEBUG /usr/share/aclocal/libast.m4:360: warning: underquoted definition of AST_ARG_REGEXP /usr/share/aclocal/libast.m4:368: warning: underquoted definition of AST_ARG_BACKQUOTE_EXEC /usr/share/aclocal/libast.m4:391: warning: underquoted definition of AST_FLAGS /usr/share/aclocal/libast.m4:403: warning: underquoted definition of AST_STATUS /usr/share/aclocal/libast.m4:429: warning: underquoted definition of dps_snprintf_oflow /usr/share/aclocal/libast.m4:466: warning: underquoted definition of dps_vsnprintf_oflow /usr/share/aclocal/libast.m4:512: warning: underquoted definition of dps_symlink_open_bug /usr/share/aclocal/libast.m4:586: warning: underquoted definition of dps_rlimit_nproc /usr/share/aclocal/libast.m4:634: warning: underquoted definition of dps_rlimit_memlock configure.in:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... configure.in:50: the top level configure.in:55: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... /usr/share/aclocal/libast.m4:278: AST_STD_CHECKS is expanded from... configure.in:55: the top level configure.in:55: warning: AC_ARG_PROGRAM invoked multiple times + autoconf configure.in:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... configure.in:50: the top level configure.in:55: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from...configure.in:55: the top level configure.in:55: warning: AC_ARG_PROGRAM invoked multiple times + autoheader configure.in:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... configure.in:50: the top level configure.in:55: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... aclocal.m4:291: AST_STD_CHECKS is expanded from... configure.in:55: the top level configure.in:55: warning: AC_ARG_PROGRAM invoked multiple times autoheader: warning: missing template: ALLOW_BACKQUOTE_EXEC autoheader: Use AC_DEFINE([ALLOW_BACKQUOTE_EXEC], [], [Description]) autoheader: warning: missing template: DEBUG autoheader: warning: missing template: HAVE_RLIMIT_MEMLOCK autoheader: warning: missing template: HAVE_RLIMIT_NPROC autoheader: warning: missing template: HAVE_SNPRINTF_BUG autoheader: warning: missing template: HAVE_SYMLINK_OPEN_ERRNO_BUG autoheader: warning: missing template: HAVE_SYMLINK_OPEN_SECURITY_HOLE autoheader: warning: missing template: HAVE_VSNPRINTF_BUG autoheader: warning: missing template: LIBAST_IMLIB2_SUPPORT autoheader: warning: missing template: LIBAST_MMX_SUPPORT autoheader: warning: missing template: LIBAST_REGEXP_SUPPORT_BSD autoheader: warning: missing template: LIBAST_REGEXP_SUPPORT_PCRE autoheader: warning: