使用grep快速定位代码位置

有时候临时修改代码时，我们不需要或者没有条件使用复杂的代码编辑器。

此时使用普通的文本编辑器如nano或vim，加上grep命令即可快速定位并修改代码。

例如，在kernel目录下搜索 CONFIG_BOARD_S3C4410_XXX 内容：

grep -nrE 'CONFIG_BOARD_S3C4410_XXX' kernel

参数说明:

n - 输出行号

r - 遍历

E - 使用正则表达式

如此就会将你要找的内容遍历出来，并列出文件名和行号。

配合vim命令：

vim xxx +n

其中：

xxx 就是前面grep输出的文件路径信息

n 就是签名grep输出的行号

复杂的命令咱记不住，但简单的命令还是能记住很多个的。。。

时间： 2024-09-29 16:12:20

使用grep快速定位代码位置的相关文章

linux下编译make文件报错“/bin/bash^M: 坏的解释器,使用grep快速定位代码位置

一.linux下编译make文件报错"/bin/bash^M: 坏的解释器 参考文章:http://blog.csdn.net/liuqiyao_01/article/details/41542101#comments 自己测试的结果: [1]使用windows 下的编辑工具 新建文件doc2unix.sh #!/usr/bin/env bash # test PID=$(ps -aef | grep nginx | grep -v grep | grep master |awk '{print

使用grep命令快速定位代码位置

有时候临时修改代码时,我们不需要或者没有条件使用复杂的代码编辑器.此时使用普通的文本编辑器如nano或vim,加上grep命令即可快速定位并修改代码. 例如,在kernel目录下搜索 CONFIG_BOARD_S3C4410_XXX 内容: grep -nrE 'CONFIG_BOARD_S3C4410_XXX' kernel 参数说明: n - 输出行号 r - 遍历 E - 使用正则表达式 如此就会将你要找的内容遍历出来,并列出文件名和行号. 配合vim命令: vim xxx +n 其中:

WinDBG快速定位异常位置

在WinDBG中通过搜索内存中保存的CONTEXT结构来定位发生的异常信息,再通过WinDBG命令.cxr显示对应的调用堆栈信息. .foreach ( place { s-[1]d 0 L?FFFFFFFF 1003f } ) { .echo STACK_TRACE; dd ${place} L1; .cxr ${place}; kc }

如何查看程序是否有内存泄漏，并且定位内存泄漏代码位置（VC++）

1.什么是内存泄漏? 内存泄漏指的是在程序里动态申请的内存在使用完后,没有进行释放,导致这部分内存没有被系统回收,久而久之,可能导致程序内存不断增大,系统内存不足--引发一系列灾难性后果:(关于程序申请内存分配方式,详见:内存分配方式) 2.零容忍 排除内存泄漏对于程序的稳健型特别重要,尤其是程序需要长时间.稳定地运行时.C++这类动态内存申请释放都是由程序员控制的语言,稍不注意,很有可能就会有未释放的内存.这类问题,虽然有的时候仅仅只是泄漏了几个字节,但是危害极大.因此,我们一般都是要做到:内

地图开发之批量加载点自定义标注 路线规划 批量点 快速定位

首先声明一下  我是新手菜鸟  这些经验是我自己在学习的过程中遇到的一些东西 归纳总结的时候按照我自己觉得总要或者是难点来做的  大家不喜勿喷啊 之前做了一个地图开发的功  能没有很深入也只是局部现在整理一下首先要说的是地图的功能是非常好做的大家不要别吓到了不会做的东西你看官方的api你可以从不懂到精通,我现在觉得api是最好的老是 然后要是遇到不懂得你可以找博客文章或者百度来辅助. 首先百度地图是一个第三方的东西  基本上面应用第三方的都是都是通过接口或者js来调用的[个人暂时遇到的]所以在做

如何快速定位 Linux Panic 出错的代码行

问题描述 内核调试中最常见的一个问题是:内核Panic后,如何快速定位到出错的代码行? 就是这样一个常见的问题,面试过的大部分同学都未能很好地回答,这里希望能够做很彻底地解答. 问题分析 内核Panic时,一般会打印回调,并打印出当前出错的地址: kernel/panic.c:panic(): #ifdef CONFIG_DEBUG_BUGVERBOSE /* * Avoid nested stack-dumping if a panic occurs during oops processin

通过gdb快速定位“段错误”的位置

有些时候我们在一段 C/C++ 代码的时候,由于对一个非法内存进行了操作,在程序运行的过程中,出现了"Segmentation fault (core dumped)"--段错误. 呵呵,这种问题我想很多人会经常遇到.遇到这种问题是非常无语的,只是提示了"段错误",接着什么都没有,如果我们一味的去看代码找太疼苦了,因为我们都相信自己写的代码没问题,现实就是现实.接着,我们可能通过打印来定位到段错误的位置,这样会有个问题,如果代码量大,我们需要打印很多信息才能找到&q

90%的人会遇到性能问题，如何用1行代码快速定位？

简介:如何在众多异常性能指标中,找出最核心的那一个,进而定位性能瓶颈点,最后进行性能调优.整篇文章会按照代码.CPU.内存.网络.磁盘等方向进行组织,针对对某一各优化点,会有系统的「套路」总结,便于思路的迁移实践. 1. 代码相关 遇到性能问题,首先应该做的是检查否与业务代码相关——不是通过阅读代码解决问题,而是通过日志或代码,排除掉一些与业务代码相关的低级错误.性能优化的最佳位置,是应用内部. 譬如,查看业务日志,检查日志内容里是否有大量的报错产生,应用层.框架层的一些性能问题,大多数都能从日

android 代码混淆导致问题，快速定位

代码混淆导致问题,快速定位 在代码混淆打包时,屏蔽了用到的第三方库,以及常规的android混淆屏蔽,但生成的apk,运行还是会崩溃.事出必有因,后来分析找到原因是使用greendao自动生成的java-gen下package中的内容没有屏蔽代码混淆,导致存储数据库时,报*a(SourceFile:) NullPointerException * 混淆打包apk,运行崩溃 总结如下: 我们在打包时,debug版本没问题,但混淆后release版本有时会出现异常崩溃, 比如:a(SourceFil