Author: dongxu
Date: Thu Sep 12 05:04:54 2013
New Revision: 1522441
URL: http://svn.apache.org/r1522441
Log:
Remove unused stuff
Removed:
james/hupa/trunk/client/src/main/java/org/apache/hupa/client/rf/SubjectProxy.java
james/hupa/trunk/client/src/main/java/org/apache/hupa/client/rf
Author: dongxu
Date: Thu Sep 12 05:04:08 2013
New Revision: 1522439
URL: http://svn.apache.org/r1522439
Log:
Move method to Util class
Modified:
james/hupa/trunk/server/src/main/java/org/apache/hupa/server/service/GetMessageDetailsServiceImpl.java
james/hupa/trunk/server/src/main/java
Author: dongxu
Date: Thu Sep 12 05:05:13 2013
New Revision: 1522442
URL: http://svn.apache.org/r1522442
Log:
Disable InImapUserPreferencesStorage
Modified:
james/hupa/trunk/server/src/main/java/org/apache/hupa/server/ioc/GuiceServerModule.java
Modified:
james/hupa/trunk/server/src/main
Author: dongxu
Date: Thu Sep 12 05:05:33 2013
New Revision: 1522443
URL: http://svn.apache.org/r1522443
Log:
make cursor pointer to the right place
Modified:
james/hupa/trunk/client/src/main/java/org/apache/hupa/client/ui/MessageContentView.ui.xml
Modified:
james/hupa/trunk/client/src
Modified:
james/hupa/trunk/server/src/main/java/org/apache/hupa/server/utils/MessageUtils.java
URL:
http://svn.apache.org/viewvc/james/hupa/trunk/server/src/main/java/org/apache/hupa/server/utils/MessageUtils.java?rev=1516486r1=1516485r2=1516486view=diff
Author: dongxu
Date: Thu Aug 22 16:17:04 2013
New Revision: 1516500
URL: http://svn.apache.org/r1516500
Log:
commit
Modified:
james/hupa/trunk/README.txt
james/hupa/trunk/client/pom.xml
james/hupa/trunk/client/src/main/java/org/apache/hupa/Hupa.gwt.xml
james/hupa/trunk/client/src
Copied:
james/hupa/trunk/shared/src/main/java/org/apache/hupa/shared/events/RefreshLabelListEventHandler.java
(from r1375909,
james/hupa/trunk/shared/src/main/java/org/apache/hupa/shared/rpc/MoveMessageResult.java)
URL:
Hi Manolo,
An issue #46
https://code.google.com/a/apache-extras.org/p/hupa-evo/issues/detail?id=46#c1[1]
email cc-ed you. Also ccing this thread to james-list since, I guess,
the issue might be useful/helpful/returnable to others who are using GWT.
I agree with tbroyer's point about how to
On 2013/6/3 9:48, Fam Zheng wrote:
On Thu, 05/30 18:00, Dongxu Wang wrote:
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
Document for add-cow format, the usage and spec of add-cow are
introduced.
v18-v19:
1) backing_fmt and image_fmt NUL-terminated.
2) other fix.
V17-V18:
1) remove version
opts_accepts_any() ==
true.
2) since def_print_str is the default value if an option isn't set,
so rename it to def_value_str.
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
include/qemu/option.h | 3 ++-
util/qemu-option.c| 32
)
If bar has been set in opts, return its value.
Else, if opt's QemuOptDesc has a default value for bar, return
that.
Else, return NULL.
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
v13-v14:
1) change code style.
2) assert errors.
Signed-off-by: Dongxu Wang wdon
These patches will replace QEMUOptionParameter with QemuOpts. Change logs
please go to each patch's commit message.
V14-V15:
1) Only delete enum QEMUOptionParType.
Dong Xu Wang (6):
add def_value_str in QemuOptDesc struct and rewrite qemu_opts_print
avoid duplication of default value in
-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
v13-v14:
1) rewrite commit message.
2) use def_value_str in qemu_opt_get_FOO_del() and qemu_opt_get_del().
3) delete redundant qemu_opt_del(opt).
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
include/qemu/option.h | 11 -
util/qemu
Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
include/qemu/option.h | 3 ++
util/qemu-option.c| 82 +++
2 files changed, 85 insertions(+)
diff --git a/include/qemu/option.h b/include/qemu/option.h
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
include/qemu/option.h | 39 ---
util/qemu-option.c| 285 --
2 files changed, 324 deletions(-)
diff --git a/include/qemu/option.h b
It will introduce a new file format: add-cow.
The add-cow file format makes it possible to perform copy-on-write on top of
a raw disk image. When we know that no backing file clusters remain visible
(e.g. we have streamed the entire image and copied all data from the backing
file), then it is
.
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
docs/specs/add-cow.txt | 172 +
1 file changed, 172 insertions(+)
create mode 100644 docs/specs/add-cow.txt
diff --git a/docs/specs/add
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
Block layer will use qcow2-cache as common cache code, so rename
it to block-cache.c.
v18-v19:
1) only rename, did not touch other code.
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
block/Makefile.objs| 3 +-
block/block-cache.c
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
Make qed_read_string function to a common interface, so move it to
block.c.
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
block.c | 27
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
We will use path_has_protocol outside block.c, so just make it public.
Reviewed-by: Michael Roth mdr...@linux.vnet.ibm.com
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
block.c
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
This patch will use qemu-iotests to test add-cow file format.
v17-v18:
1) add 037 and 038 tests.
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
tests/qemu-iotests/017 | 2
-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
block/Makefile.objs | 1 +
block/add-cow.c | 812
block/block-cache.c | 16 +-
include/block/block-cache.h | 4 +
include/block/block_int.h | 2 +
5 files changed, 831
struct to source file.
2) cluster_size-table_size.
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
block/block-cache.c | 75 ++---
block/qcow2-cluster.c | 30 +-
block
Hi,
Now block layer does not check whether backing_file chain can be a
circle, do you think it is necessary to do a check?
For example, 1.qcow2's backing_file is 2.qcow2 and 2.qcow2's
backing_file is 1.qcow2, then any IO operation will be a fault.
If necessary, I will post a patch to fix.
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
Signed-off-by: Dongxu Wang wdon...@linux.vnet.ibm.com
---
block/blkdebug.c | 3 +++
block/block-cache.c | 4 ++--
include/block/block.h | 3 +++
3 files changed, 8 insertions(+), 2
On 2013/5/30 20:48, Stefan Hajnoczi wrote:
hain 1.qcow2' don't crash.
qemu-img info --backing-chain detects cycles and returns an error, see
the hash table in collect_image_info_list().
We should protect bdrv_open() too.
Okay, will send a patch.
Stefan
On 2013/5/31 5:22, Eric Blake wrote:
On 05/30/2013 03:55 AM, Dongxu Wang wrote:
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
qemu_opts_print has no user now, so can re-write the function safely.
qemu_opts_print will be used while using qemu-img create, it will
produce the same output
On 2013/5/31 5:43, Eric Blake wrote:
On 05/30/2013 03:55 AM, Dongxu Wang wrote:
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
This patch will create 4 functions, count_opts_list, qemu_opts_append,
s/will create/creates/ - commit messages make the most sense when
written in present tense
The ugly: LibreCAD is GPLv2
Thank you for you time!
Regards,
Dongxu Li
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
text/html; charset="GBK": Unrecognized
___
nox-dev mailing list
nox-dev@noxrepo.org
http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org
Hi everyone,Sorry about the previous incomplete letter sent by mistake...I am quite new to NOX and openflow. Weeks ago, following the instructions on the HOTITutorial2010, I succeeded to create a learning switch, using a VM image and tools(mininet, etc.) within it. Now I want to deploy an OpenFlow
Attached is the config.logThanks
config.log
Description:
___
nox-dev mailing list
nox-dev@noxrepo.org
http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org
to maintain sole control of the
source, I'd be happy to forward to you the modified sources.
Either way, I'd appreciate a reply.
Best regards,
Geoffrey Leach (gle...@cpan.org)
--
-Dongxu
Hi Gursimran,
yes, I'm positive that this bug doesn't affect VT. I tested it again and
again, the pointer moved properly throughout the test.
Again, since the pointer can be recovered by Alt-F7 (or Alt-F8), it's
unlikely a synaptics bug. More likely, it's an X bug but only triggered
by some
Hi Fabio,
the 6003C8 error is a well known consequence of touchpad's second query
as /dev/input/mouse*, is harmless, and can be easily avoided, as shown
in the attached Xorg.0.lo
anyway, I'm sending the syslog kern.log still.
Also, it's confirmed that archlinux is free from this bug, seems to
** Attachment added: kern.log
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1730812/+files/kern.log
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in emachines 2350
https://bugs.launchpad.net/bugs/500658
** Attachment added: syslog
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1730814/+files/syslog
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in emachines 2350
https://bugs.launchpad.net/bugs/500658
You
Hi Gursimran,
yes, I'm positive that this bug doesn't affect VT. I tested it again and
again, the pointer moved properly throughout the test.
Again, since the pointer can be recovered by Alt-F7 (or Alt-F8), it's
unlikely a synaptics bug. More likely, it's an X bug but only triggered
by some
Hi Fabio,
the 6003C8 error is a well known consequence of touchpad's second query
as /dev/input/mouse*, is harmless, and can be easily avoided, as shown
in the attached Xorg.0.lo
anyway, I'm sending the syslog kern.log still.
Also, it's confirmed that archlinux is free from this bug, seems to
** Attachment added: kern.log
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1730812/+files/kern.log
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in emachines 2350
https://bugs.launchpad.net/bugs/500658
** Attachment added: syslog
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1730814/+files/syslog
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in emachines 2350
https://bugs.launchpad.net/bugs/500658
You
Hi Gursimran,
I tried to troubleshoot by evtest, and the log files are attached.
the evtest-good.txt file was taken when the touchpad worked properly in X
the evtest-stuck.txt was taken while the pointer in X stayed at root
window(0,0) and can not be moved by touchpad.
** Attachment added:
** Attachment added: evtest while the mouse pointer can not be moved by
touchpad
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729160/+files/evtest-stuck.txt
--
Pointer stuck in upper-left corner while using touchpad on the upper left
** Attachment added: evtest while mouse pointer can be moved by touchpad
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729159/+files/evtest-good.txt
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in
as I mentioned, there's no error message in logs. Even with -logverbose
6 when running X.
dmesg reports no error from synatpics either. I'm attaching those log
files anyway.
** Attachment added: Xorg.0.log from -logverbose 6
** Attachment added: dmesg.log
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729622/+files/dmesg.log
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in emachines 2350
** Attachment added: sorry, the previous Xorg.0.log was from a normal X
session, this is the one from verbose level 6
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729637/+files/Xorg.failsafe.log
--
Pointer stuck in upper-left corner while
** Attachment added: evtest while mouse pointer can be moved by touchpad
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729159/+files/evtest-good.txt
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in
** Attachment added: evtest while the mouse pointer can not be moved by
touchpad
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729160/+files/evtest-stuck.txt
--
Pointer stuck in upper-left corner while using touchpad on the upper left
Hi Gursimran,
I tried to troubleshoot by evtest, and the log files are attached.
the evtest-good.txt file was taken when the touchpad worked properly in X
the evtest-stuck.txt was taken while the pointer in X stayed at root
window(0,0) and can not be moved by touchpad.
** Attachment added:
as I mentioned, there's no error message in logs. Even with -logverbose
6 when running X.
dmesg reports no error from synatpics either. I'm attaching those log
files anyway.
** Attachment added: Xorg.0.log from -logverbose 6
** Attachment added: dmesg.log
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729622/+files/dmesg.log
--
Pointer stuck in upper-left corner while using touchpad on the upper left
corner in emachines 2350
** Attachment added: sorry, the previous Xorg.0.log was from a normal X
session, this is the one from verbose level 6
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/500658/+attachment/1729637/+files/Xorg.failsafe.log
--
Pointer stuck in upper-left corner while
yes, I can confirm this bug exists in 10.10 maverick.
To reproduce the bug:
randomly touch the upper-left corner of the touchpad, usually within seconds,
the mouse pointer jumps to X root:(0,0), i.e., the upper-left corner of screen,
and trying to move the pointer is futile thereafter.
A way
yes, I can confirm this bug exists in 10.10 maverick.
To reproduce the bug:
randomly touch the upper-left corner of the touchpad, usually within seconds,
the mouse pointer jumps to X root:(0,0), i.e., the upper-left corner of screen,
and trying to move the pointer is futile thereafter.
A way
needs trying to draw as many connections as possible with other
outstanding tool/project outside perl world. KDE is such a place too.
PS2: my project page:
http://code.google.com/p/dongxu/wiki/QTEDI
http://code.google.com/p/dongxu/wiki/PerlQT
-- Forwarded message --
From
needs trying to draw as many connections as possible with other
outstanding tool/project outside perl world. KDE is such a place too.
PS2: my project page:
http://code.google.com/p/dongxu/wiki/QTEDI
http://code.google.com/p/dongxu/wiki/PerlQT
-- Forwarded message --
From
needs trying to draw as many connections as possible with other
outstanding tool/project outside perl world. KDE is such a place too.
PS2: my project page:
http://code.google.com/p/dongxu/wiki/QTEDI
http://code.google.com/p/dongxu/wiki/PerlQT
-- Forwarded message --
From
needs trying to draw as many connections as possible with other
outstanding tool/project outside perl world. KDE is such a place too.
PS2: my project page:
http://code.google.com/p/dongxu/wiki/QTEDI
http://code.google.com/p/dongxu/wiki/PerlQT
-- Forwarded message --
From
dongxu.wordpress.comsearch.cpan.org/~dongxu
the local one in my perlxs
code. Is there a better way to handle this case?
Great thanks.
--
Bst Rgrs, Dongxu
Hi all,
Does any one know why I can't add 'using namespace brabra;' in .xs file? The
xsubpp can't recognize while generating the .c file.
--
Bst Rgrs, Dongxu
at 11:55:49AM +0800, Dongxu Ma wrote:
According to typemap in ExtUtils and perl.h, casting IV to pointer
should be safe in this case, since on my machine(32bit, kernel
2.6.12), sizeof(int) == 4, which is the same as a pointer. Does
anyone have any idea about this issue?
I think
= '$(O_FILES)', # link all the C files too
);
--
--
Bst Rgrs, Dongxu
Hello All,
I saw this before, but forgot the solution.
My Debian/testing just spends minutes in starting sysklogd, when there's
no network interface presents.
The similar things happened to sendmail, xdm also.
Thanks a lot!
Regards,
Dongxu Li
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
401 - 466 of 466 matches
Mail list logo
