源码调用图

❶ vb源代码中的图片在哪

VB软件调用图片有多种方法：
1、直接调用外部图片文件；
2、直接放入控件的Picture属性或Icon等属性；
3、放入资源文件；
4、其他方法（比如数据库）。
从你描述的情况来看，应该可以排除第一种方法。如果是第二种方式，那么图片是放在与窗体同名的frx文件中（比如Form1.Frx），这里放的是所有与该窗体有关的二进制数据（不单单是图片），不过你要想在程序外部从frx文件中提取出原图片可不太容易，但你在程序中可以用savepicture命令很轻松的把图片保存为新文件。如果使用资源文件存放图片的，你可以用一些资源文件的分析软件取出所要的图片，当然也可以用VB本身的提取资源命令取出图片到图像控件的picture属性再用savepicture命令保存为新文件。
当然如果你说的VB软件不是源代码，而是编译后的EXE文件，那就没办法了，只有破解一途了，但这个的成功率很低。

❷ 易语言怎么调用API找图，不要大漠和模块那些都找的不准，想自己写一个，最好有源码

有源码给你,,还叫你自己写一个?
在你的概念里,,识图找图是怎 样一个处理流程?
精易模块的源码包里有找图的源码,不想用模块就自己分离出来整合一个

❸ 请问查看源代码调用结构图的软件叫什么

source insight 代码阅读和编辑软件建议试一下，可以实时生成该图

doxygen可以根据项目代码静态生成源代码调用结构图

❹ 漫画网的图片是怎么调用的啊，源码都看不到图片

首先要安装Dreamweaver，再把网页源码复制到记事本并保存为html格式，再新建一个文件夹放入一个文件名为image的图片文件夹，再使用Dreamweaver编辑html格式源码！

❺ 网页里有调用图片，但源码里没有是怎么回事求解

图片路径是通过ajax从后台服务器动态获取的，浏览器审查元素的时候会把当前页面的所有元素（包括静态的和动态的）解析、整合并格式化后再显示给你看，与源代码是不相同的。imgs是个js变量，里面就是运行js后获取的图片路径，获取的过程肯定在前面的某个js文件中。但你直接把imgs作为网址那肯定是错的啊。
要想改成自己的图片，你可以把这段js代码全部删掉（包括<script>和</script>），然后改为自己的html代码，比如<img src="你自己的图片地址"/>

❻ 怎么用codeviz 1.0.9 版在 windows + cygwin 绘制函数调用关系图

CodeViz是《Understanding The Linux Virtual Memory Manager》(at Amazon，下载地址在页尾)的作者 Mel Gorman写的一款分析C/C++源代码中函数调用关系的open source工具（类似的open source软件有 egypt、ncc）。其基本原理是给 GCC 打个补丁，让它在编译时每个源文件时 mp 出其中函数的 call graph，然后用 Perl 脚本收集并整理调用关系，转交给Graphviz绘制图形。
CodeViz
原本是作者用来分析 Linux virtual memory 的源码时写的一个小工具，现在已经基本支持 C++ 语言，最新的 1.0.9
版能在 Windows + Cygwin 下顺利地编译使用:)。需要注意的是：1) 下载 GCC 3.4.1 的源码 gcc-3.4.1.tar.gz 放到 codeviz-1.0.9/compilers，2) 安装 patch 程序（属于Utils类），3) 从 http://www.graphviz.org 下载并安装 Graphviz 2.6。
我用 CodeViz 分析《嵌入式实时操作系统 uC/OS-II (第二版)》中的第一个范例程序，步骤如下：
1. 想办法让 gcc 能编译uC/OS 2.52和范例程序的源码，每个C源文件生成对于的.c.cdepn文件。只要编译(参数-c)就行，无需连接。
2. 调用genfull生成full.graph，这个文件记录了所有函数在源码中的位置和它们之间的调用关系。
3. 使用gengraph生成我关心的函数的调用关系。
首先分析main()：
1.gengraph --output-type gif -f main
分析main()的call graph，得到的图如下，看不出要领：

2.gengraph --output-type gif -f main -s OSInit
暂时不关心OSInit()的内部实现细节(参数-s)，让它显示为一个节点。得到的图如下，有点乱，不过好多了：

3.gengraph --output-type gif -f main -s OSInit -i "OSCPUSaveSR;OSCPURestoreSR"
基本上每个函数都会有进入/退出临界区的代码，忽略之(参数-i)。得到的图如下，基本清楚了：

4.gengraph --output-type gif -f main -s "OSInit;OSSemCreate" -i "OSCPUSaveSR;OSCPURestoreSR" -k
OSSemCreate()的内部细节似乎也不用关心，不过保留中间文件sub.graph(参数-k)，得到的图如下，

5.dot -Tgif -o main.gif sub.graph
修改sub.graph，使图形符合函数调用顺序，最后得到的图如下，有了这个都不用看代码了:)

接着分析OSTimeDly()的被调用关系：
gengraph --output-type gif -r -f OSTimeDly
看看哪些函数调用了OSTimeDly()，参数 -r ，Task()和TaskStart()都是用户编写的函数：

❼ 云枫工作室企业网站源码(asp无限制版)3.0 首页怎样调用推荐产品缩略图 怎样调用所有产品图片，怎样调用新

没有研究过你这个系统的代码。别人也是，要看到相关代码，数据库结构，才能回答你这个问题。
你说的各种调用函数，是没有办法给你的。

❽ 要做一个根据C代码自动生成函数调用关系图的小程序

1，你可以尝试一下llvm，苹果公司支持的开源编译器项目，它可以将程序解析成基本块的关系图；首先llvm做的事情要比你要求的多很多，程序会被解释成一个模块，每个模块包含若干个函数function，function内部将代码分成一个一个基本块，基本块是一个编译原理的术语，你可以查一下相关定义。其次，高级语言程序要被解释成一种中间表达，这种中间表达可以描述一种图叫做有向无环图，你所需要的调用关系图是这个有向无环图中的一个子图。
2，自己做的话首先你要了解有向无环图（DAG）的数据结构，比较适合描述函数调用关系图，其次要将函数抽象成DAG上的一个结点，这个结点至少包含以下信息，调用这个函数的母函数指针集合，这个函数调用的函数指针集合，当前函数的名称。

❾ 怎么改网站源码里的图片

可以在源码里面的图片文件夹里找到对应图片直接替换，或找到源码里面找到图片位置直接修改数据调用路径。
网站源码里面有一个专门的文件夹是用来放图片的，网站里面用的图片基本上都是从这个文件夹调用。
替换的时候，请注意图片的属性要完全相同才能进行替换。

❿ 函数调用关系图可以提供哪些与测试有关的信息

绘制函数调用关系图对理解大型程序大有帮助。我想大家都有过一边读源码（并在头脑中维护一个调用栈），一边在纸上画函数调用关系，然后整理成图的经历。如果运气好一点，借助调试器的单步跟踪功能和call stack窗口，能节约一些脑力。

不过如果要分析的是脚本语言的代码，那多半只好老老实实用第一种方法了。如果在读代码之前，手边就有一份调用图，岂不妙哉？下面举出我知道的几种免费的分析C/C++函数调用关系的工具。

函数调用关系图（call graph）是图（graph），而且是有向图，多半还是无环图（无圈图）——如果代码中没有直接或间接的递归的话。Graphviz是专门绘制有向图和无向图的工具，所以很多call graph分析工具都以它为后端(back end)。那么前端呢？就看各家各显神通了。

调用图的分析分析大致可分为“静态”和“动态”两种，所谓静态分析是指在不运行待分析的程序的前提下进行分析，那么动态分析自然就是记录程序实际运行时的函数调用情况了。

静态分析又有两种方法，一是分析源码，二是分析编译后的目标文件。

分析源码获得的调用图的质量取决于分析工具对编程语言的理解程度，比如能不能找出正确的C++重载函数。Doxygen是源码文档化工具，也能绘制调用图，它似乎是自己分析源码获得函数调用关系的。GNU cflow也是类似的工具，不过它似乎偏重分析流程图（flowchart）。

对编程语言的理解程度最好的当然是编译器了，所以有人想出给编译器打补丁，让它在编译时顺便记录函数调用关系。CodeViz（其灵感来自Martin Devera (Devik) 的工具）就属于此类，它（1.0.9版）给GCC 3.4.1打了个补丁。

另外一个工具egypt的思路更巧妙，不用大动干戈地给编译器打补丁，而是让编译器自己mp出调用关系，然后分析分析，交给Graphviz去绘图。不过也有人另起炉灶，自己写个C语言编译器（ncc），专门分析调用图，勇气可嘉。不如要是对C++语言也这么干，成本不免太高了。分析C++的调用图，还是借助编译器比较实在。