similar to: fxtreelist question

Displaying 10 results from an estimated 10 matches similar to: "fxtreelist question"

2005 Aug 05
3
Popup menu attached to a FXTreeItem
Hi, I''m using FXRuby 1.0 on Windows. I''d like to display a popup menu after a right click on a tree item, I cannot make it work : #-------------------- root = FXTreeList.new(parent, 1, self, 0) pop = FXMenuPane.new(parent) expandCmd = FXMenuCommand.new(pop, "Expand", nil, app) expandCmd.connect(SEL_COMMAND) { root.currentItem.expanded=(true) }
2006 Mar 16
2
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
Evan Cheng wrote: > Hi, > > Here is the follow on patch for this problem. Please apply this from > the top of the tree and rebuild. With the patch from Chris and then the patch from you combined, the previous error disappeared, but I get another error, reduced to this: ./cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c -mtune=pentiumpro -auxbase-strip libgcc/./_clz.o -g -O2
2010 Sep 01
1
[PATCH] Fix virtual disk name (virtio)
Fix a little bug in virtio disk attributions Signed-off-by: Arthur Clement <aclement at linagora.com> --- src/task-omatic/task_vm.rb | 9 ++++++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/src/task-omatic/task_vm.rb b/src/task-omatic/task_vm.rb index 3a197f9..cf84ea2 100644 --- a/src/task-omatic/task_vm.rb +++ b/src/task-omatic/task_vm.rb @@ -66,7 +66,9 @@ def
2006 Sep 02
0
[LLVMdev] gfortran calling convention
On Fri, 1 Sep 2006, Michael McCracken wrote: > Here's what works now, and I have a separate test case for each of these: > > statement functions > intrinsic functions (print, cos, etc) > loops, goto statments > scalarized array operations > function calls with *no arguments* > simple common blocks Great! > Function calls with more than one argument don't work.
2006 Sep 02
2
[LLVMdev] gfortran calling convention
The NIST F77 test suite doesn't seem to be compatible with gfortran at all, so I had to work from my own sample codes, and generate test cases from them. Here's what works now, and I have a separate test case for each of these: statement functions intrinsic functions (print, cos, etc) loops, goto statments scalarized array operations function calls with *no arguments* simple common
2009 Jul 09
1
[PATCH 1/5 ovirt-server] Add glusterfs to task-omatic API for {task_storage,utils}
--- src/task-omatic/task_storage.rb | 50 +++++++++++++++++++++++++++++++++++++++ src/task-omatic/utils.rb | 40 +++++++++++++++++++++++++++++++ 2 files changed, 90 insertions(+), 0 deletions(-) diff --git a/src/task-omatic/task_storage.rb b/src/task-omatic/task_storage.rb index 77363ac..97ae4fc 100644 --- a/src/task-omatic/task_storage.rb +++ b/src/task-omatic/task_storage.rb @@
2004 Jan 08
3
pictorG
Hi! Attached is the current version of my image organizing program. If you dbl-click on a thumbnail, it will show the image (1:1 zoom) in a dialog, and eat some memory.... Gergo -- +-[ Kontra, Gergely<kgergely@mcl.hu> PhD student Room IB113 ]---------+ | http://www.mcl.hu/~kgergely "Olyan langesz vagyok, hogy | | Mobil:(+36 20) 356 9656 ICQ: 175564914 poroltoval
2009 Jan 09
0
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi Evan, > LValue LV = EmitLV(lhs); > bool isVolatile = TREE_THIS_VOLATILE(lhs); > unsigned Alignment = expr_align(exp) / 8 > > It's using the alignment of the expression, rather than the memory > object of LValue. can't you just use expr_align(lhs) instead? > The patch saves the alignment of the memory object in LValue returned > by EmitLV().
2008 Apr 06
2
Apache Authorization Access Control - location of, htpasswd in Centos 5.1
I don't think it's the path of htpasswd that's the problem but here it is anyway: /usr/bin/htpasswd. The problem is more likely that the directory you're trying to create the password file in with the command "htpasswd -c /passwd/passwords famsite" doesn't exist. Iain Lee -- This message has been scanned for viruses and dangerous content by MailScanner, and is
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi all, Please review this patch. It's fixing PR3232 comment #8. Function bar from 2008-03-24-BitFiled-And-Alloca.c compiles to: %struct.Key = type { { i32, i32 } } ... define i32 @bar(i64 %key_token2) nounwind { entry: %key_token2_addr = alloca i64 ; <i64*> [#uses=2] %retval = alloca i32 ; <i32*> [#uses=2] %iospec =