search for: baozeng

...is : x is 0x804d000 y is 0xbffd2000 We can see that the stack value y is aligned to be 8192, but the global value x is not! My target OS is 32-bit Linux. Anyone can explain this? or is this a bug of clang? -- Best Regards, Baozeng Ding OSTG,NFS,ISCAS -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120814/582d9da1/attachment.html>

...on is : are the stack and the heap of Xen both located in this direct-map area? Since I need protect stack and heap data, so it is easy to identify their physical addresses if they are both in this area. Thanks. --      Best Regards,                                                                  Baozeng Ding                                                                  OSTG,NFS,ISCAS

...command failed due to signal (use -v to see invocation) It seems the block's predecessor is lost, any suggestion? Thanks. mayuyu.io <admin at mayuyu.io> 于2018年8月30日周四 下午6:20写道： > I suggest building LLVM in Debug mode and read the asserts > > Zhang > > 在 2018年8月30日，17:58，Baozeng via llvm-dev <llvm-dev at lists.llvm.org> 写道： > > > Hello all, > > I have written a pass, which replaces condition branchinst using > indirectBr to obfuscate program. > > > The origin IR is as the following: > > br i1 %1, label %2, label %3 > > &gt...

...om/p/llvm-py/). I obtained consent from Mahadevan, the author of llvm-py, and he would like to be my mentor, if my proposa is accepted. If this idea is feasible, I would write a proposal next step. Thanks.* * -- Best Regards, Baozeng Ding OSTG,NFS,ISCAS -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120323/fd1705b8/attachment.html>

On Aug 14, 2012, at 7:31 AM, Baozeng wrote: > Hello all, > I found that the alignment for stack value has no limitation, but for global value, it has a limitation. > > Here is an example: > > #include <stdio.h> > #include <stdlib.h> > > char x[4000] __attribute__((aligned(4096))); > > i...

On 8/14/12 12:19 PM, John McCall wrote: > On Aug 14, 2012, at 7:31 AM, Baozeng wrote: >> Hello all, >> I found that the alignment for stack value has no limitation, but for global value, it has a limitation. Baozen, with what version of LLVM did you do the following test? Was it LLVM mainline? >> >> Here is an example: >> >> #include &lt...

...000000010457c000 [ 4K] rw-/rwx SM=ZER --> MALLOC guard page 000000010457c000-000000010457d000 [ 4K] ---/rwx SM=ZER MALLOC metadata 000000010457d000-0000000104581000 [ 16K] rw-/rwx SM=ZER Application Specific Information: Stack dump: 0. Program arguments: //Users/dingbaozeng/Library/Android/sdk/ndk-bundle/toolchains/llvm/prebuilt/darwin-x86_64/bin/clang -cc1 -triple thumbv7-none-linux-android14 -emit-obj -mnoexecstack -disable-free -disable-llvm-verifier -discard-value-names -main-file-name bzip2.c -mrelocation-model pic -pic-level 1 -mthread-model posix -mdisable-fp-e...

...ve about one year’s experience for LLVM. I use it mainly to implement control flow integrity for Operating Systems and thus improve system security. I recently submitted a patch for *Target.h* file to improve compatibility with SWIG, which has been applied on the trunk. * * *Biography* Name:* *Baozeng Ding University:* *Institute of Software, Chinese Academy of Science Email: sploving1 at gmail.com IRC name: sploving *References*** [1]. P. Akritidis,M. Costa,M. Castro, and S. Hand. Baggy Bounds Checking: An Efficient and Backwards-Compatible Defenseagainst Out-of-Bounds Errors. In Proc...

...ilab. I have about one year’s experience for LLVM. I use it mainly to implement control flow integrity for Operating Systems and thus improve system security. I recently submitted a patch for Target.h file to improve compatibility with SWIG, which has been applied on the trunk. *Biography* Name: Baozeng Ding University: Institute of Software, Chinese Academy of Science Email: sploving1 at gmail.com IRC name: sploving *References* [1]. http://code.google.com/p/llvm-py/ [2]. http://www.python.org/dev/peps/pep-3121/ [3]. http://www.python.org/dev/peps/pep-3123/ [4]. http://www.python.org/dev/peps/pe...

Am Freitag, 23. März 2012, 19:44:19 schrieb Baozeng: > Hello all, > I notice in previous gsocs of LLVM , there is no projects about language > bindings for LLVM. Does that mean it has lower priority than other > projects? Current python bindings for LLVM in the trunk are far from > complemte. So I would like to improve python bindings...

> Please look at the thread "Python bindings in tree" starting on 2012-03-16. > There are at least four Python binding projects currently running. (None of > them in GSoC) > > I think it's a great idea to improve llvm-py, but I'd also suggest to first > look at the other bindig projects. > > http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-March/thread.html

...-- Zhengyang Liu, Networking Security Research Center, State Key Labs of Networking and Switching Technology, Beijing University of Posts and Telecommunications, Beijing, China. Email: zhengyang-liu at hotmail.com Mobilie: (+86) 185-1911-7347 Reference ---------------------------------- [1] Ding, Baozeng, et al. "Baggy bounds with accurate checking." Software Reliability Engineering Workshops (ISSREW), 2012 IEEE 23rd International Symposium on. IEEE, 2012. [2] Akritidis, Periklis, et al. "Baggy Bounds Checking: An Efficient and Backwards-Compatible Defense against Out-of-Bounds Error...

...---------------- Zhengyang Liu, Networking Security Research Center, State Key Labs of Networking and Switching Technology, Beijing University of Posts and Telecommunications, Beijing, China. Email: zhengyang-liu at hotmail.com Mobile: (+86) 185-1911-7347 Reference --------------------- [1] Ding, Baozeng, et al. "Baggy bounds with accurate checking." Software Reliability Engineering Workshops (ISSREW), 2012 IEEE 23rd International Symposium on. IEEE, 2012. [2] Akritidis, Periklis, et al. "Baggy Bounds Checking: An Efficient and Backwards-Compatible Defense against Out-of-Bounds Error...