You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(32) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
(30) |
2
(8) |
3
(5) |
4
(5) |
|
5
(3) |
6
(9) |
7
(5) |
8
(14) |
9
(17) |
10
(27) |
11
(10) |
|
12
(6) |
13
(10) |
14
(7) |
15
(16) |
16
(9) |
17
(14) |
18
(8) |
|
19
(5) |
20
(13) |
21
(21) |
22
(13) |
23
(4) |
24
(1) |
25
(4) |
|
26
(2) |
27
(7) |
28
(4) |
29
(5) |
30
(12) |
|
|
|
From: Julian S. <js...@ac...> - 2015-04-01 10:07:12
|
> Is any one working on the port to arm64-android? It should already work. At least, I made it work for arm64-android (Android 4.5 running on ARM Juno) a couple of months back. See README.android in the top level directory for more info. J |
|
From: zejian ju <juz...@gm...> - 2015-04-01 09:55:15
|
Hi List, Is any one working on the port to arm64-android? I feel this is useful in near future. Regards, Zenk Ju |
|
From: Shujunjun <shu...@hu...> - 2015-04-01 08:26:04
|
Hi,
I use I_WRAP_SONAME_FNNAME_ZZ to wrap “malloc”,it's quite strange when the guest program call "malloc" at the first time.
The first time "malloc" called in the "prog.c", it seems to call the "//block 1" code twice and call the "//block 2" twice in "test.wrap.sub.c".
But the second "malloc" called in the "prog.c", it seems normally.
PS. It's only appeared at shared library.
Following is my test code and output.
######in test.wrap.sub.c
#include <stdio.h>
#include "valgrind.h"
int catch_before = 0;
int catch_after = 0;
long I_WRAP_SONAME_FNNAME_ZZ(libcZdsoZd6, malloc)( long x )
{
int result = 0;
char buffer[60];
OrigFn fn;
////////////block 1
catch_before += 1;
sprintf(buffer, "----------- 111 wrap malloc: %x bytes, at:0x%x\n", x, result);
write(1, buffer, strlen(buffer));
VALGRIND_GET_ORIG_FN(fn);
CALL_FN_W_W(result, fn, x);
////////////block 2
(void) sprintf(buffer, "---------- 222 wrap malloc: %x bytes, at:0x%x\n", x, result);
(void) write(1, buffer, strlen(buffer));
catch_after += 3;
result += 1;
return result ;
}
#### in prog.c
#include <stdio.h>
#include <stdlib.h>
extern int catch_before;
extern int catch_after;
int test2()
{ int * addr1 = 0;
int * addr2 = 0;
printf("1.1 catch:%d %d\n", catch_before, catch_after);
addr1 = (int *)malloc( 10 * sizeof(int));
printf("2.1 catch:%d %d addr:0x%x \n", catch_before, catch_after, addr1);
printf("3.1 catch:%d %d\n", catch_before, catch_after);
addr2 = (int *)malloc( 10 * sizeof(int));
printf("4.1 catch:%d %d addr:0x%x \n", catch_before, catch_after, addr2);
return (int)addr1 * (int)addr2;
}
int main()
{
return test2();
}
########compile
gcc -c -m32 prog.c -O0 -o prog.32.o
gcc -o wrap.32.o -O0 -c -m32 test.wrap.sub.c
gcc prog.32.o wrap.32.o -O0 -m32 -o prog.wrap.32.exe
#########run with --tool=lackey or --tool=callgrind (eg. #valgrind --tool=lackey --trace-redir=yes ./prog.wrap.32.exe)
1.1 catch:0 0
--12339-- REDIR: 0x40a7f50 (libc.so.6:malloc) redirected to 0x80487ce (malloc)
----------- 111 wrap malloc: 190 bytes, at:0x0
----------- 111 wrap malloc: 190 bytes, at:0x0
---------- 222 wrap malloc: 190 bytes, at:0x804b008
---------- 222 wrap malloc: 190 bytes, at:0x804b009
2.1 catch:2 6 addr:0x804b00a
3.1 catch:2 6
----------- 111 wrap malloc: 28 bytes, at:0x0
---------- 222 wrap malloc: 28 bytes, at:0x804b1a0
4.1 catch:3 9 addr:0x804b1a1
shu...@hu...<mailto:shu...@hu...>
Best Regards.
|
|
From: 林作健 <man...@gm...> - 2015-04-01 02:03:14
|
I am trying to replace libhoudini, which has poor compatibility. And my translation library has been able to run many apps, but has very poor performance. And I think it is not result in libVEX, but my arm-x86 abi translation layer, which always memcpy 512 bytes for parameters. 2015-04-01 1:45 GMT+08:00 Julian Seward <js...@ac...>: > On 30/03/15 17:59, 林作健 wrote: > > After my job is done, should I post my patch to libVEX? I don't think any > > one like it, because c++11 unordered_map involved . Implementing a C hash > > table? Maybe glib GHashtable? Maybe an option. > > I think you should make your patch available. Even if not all parts are > good, maybe there might be something useful to take. > > I would be interested to hear about your experiences using VEX for binary > translation. > > > What is a arm-linux-andriodeabi vm? Look at intel's libhoudini. That is > > what it is. Just Google it . > > Are you trying to make a replacement of libhoudini, or something else? > I didn't understand what you are trying to do here. > > J > > |