*1.创建URLClassLoader类加载器*2.获取当前执行的classpath的所有jar包的路径*3.通过java的ToolProvider创建JavaCompile,用来执行class源文件*4.创建DiagnosticCollector用来执行获取执行失败的错误结果*5.添加动态执行的编译环境options是个集合,添加内容,字符集,classpath等*6.传入JavaFileObject的java文件,是个集合,创建JavaSourceObject实现这个接口,Kind.SOURCE.extension='.java'*7.创建任务并执行*8.获取执行完成后的返回JavaClassObject类*9.创建DynamicClassLoader来加载类,defineClass这个方法
2025/8/4 9:10:44 15KB javaCompile 动态编译
1
支持设置自动保存为文档,按照时间记录,只要内存够大,可以保存很长时间,适合设备稳定运行检测。
2025/8/2 12:35:45 4.32MB 自动保存数据
1
本书首先介绍了场景图形的概念,OSG的历史和开源组织、它的能力、如何获取和正确安装OSG,以及一些简单示例程序的运行;
然后深入探讨了一些OSG的内部管理机制和实用技术,包括内存管理、场景图形结构、OSG的状态属性和模式控制、较复杂的场景图形系统、图形节点的概念和特性、I/O接口、以及文字添加等功能的具体介绍;
最后重点探讨了如何将OSG集成到用户程序中去的各种关键技术,包括场景的渲染、视角的改变、图像节点的选取以及在系统运行时动态地修改场景图形数据的技术。
2025/8/1 20:53:11 2.88MB OSG
1
【实验目的】1.通过编写和调试存储管理的模拟程序以加深对存储管理方案的理解;
2.熟悉虚存管理的各种页面淘汰算法;
3.通过编写和调试地址转换过程的模拟程序以加强对地址转换过程的了解。
【实验准备】1.虚拟存储器的管理方式段式管理页式管理段页式管理2.页面置换算法先进先出置换算法最近最久未使用置换算法Clock置换算法其他置换算法【实验内容】1.实验题目设计一个请求页式存储管理方案。
并编写模拟程序实现之。
产生一个需要访问的指令地址流。
它是一系列需要访问的指令的地址。
为不失一般性,你可以适当地(用人工指定地方法或用随机数产生器)生成这个序列,使得50%的指令是顺序执行的。
25%的指令均匀地散布在前地址部分,25%的地址是均匀地散布在后地址部分。
为简单起见。
页面淘汰算法采用FIFO页面淘汰算法,并且在淘汰一页时,只将该页在页表中抹去。
而不再判断它是否被改写过,也不将它写回到辅存。
2.具体做法产生一个需要访问的指令地址流;
指令合适的页面尺寸(例如以1K或2K为1页);
指定内存页表的最大长度,并对页表进行初始化;
每访问一个地址时,首先要计算该地址所在的页的页号,然后查页表,判断该页是否在主存——如果该页已在主存,则打印页表情况;
如果该页不在主存且页表未满,则调入一页并打印页表情况;
如果该页不足主存且页表已满,则按FIFO页面淘汰算法淘汰一页后调入所需的页,打印页表情况;
逐个地址访问,直到所有地址访问完毕。
2025/8/1 1:30:33 17KB 存储器管理 操作系统实验
1
用ADC连续采集11路模拟信号,并由DMA传输到内存。
ADC配置为扫描并且连续转换模式,ADC的时钟配置为12MHZ。
在每次转换结束后,由DMA循环将转换的数据传输到内存中。
ADC可以连续采集N次求平均值。
最后通过串口传输出最后转换的结果。
2025/7/24 19:02:19 20KB STM32 ADC 转换
1
window照片查看器无法显示(提示内存不足)的图像修复,支持批量图像修复JPGPNGJPEG
2025/7/22 12:33:15 9KB 图像修复 jpg png jpeg
1
功能比较简单,热键激活,搜索地址,修改和锁定内存。
附带了一个测试的程序test。
2025/7/19 15:15:58 53KB 游戏修改器
1
uBlock-OriginforChrome最新版一款高效的请求过滤工具:占用极低的内存和CPU,和其他常见的过滤工具相比,它能够加载并执行上千条过滤规则。
用法:点击弹出窗口中的电源按钮,uBlock₀将对当前网页永久禁用/启用过滤功能。
它只控制当前网页的请求过滤,而不是一个全局开关。
它只控制当前网页的请求过滤,而不是一个全局开关。
2025/7/19 8:19:49 2.53MB Chrome
1
①在Nachos中修改目前的内存分配方式,使得多个线程可以同时存在于内存之中,这些线程可以按照“优先级”的方式进行调度②编写一个虚拟的“分页式”存储管理机制,也就是说不需要实现真正的分页管理,只需要建立并维护一个内存页表,页面大小为4K,当生成新的用户线程时,可以通过检索页表来为用户线程分配可用的页面号
2025/7/17 17:29:27 743KB 优先级、分页
1
B通过ActiveX的DLL与S7-1200/1500以太网通讯该类通讯组件适用于基于PC高级语言的工业自动化控制系统,用于PC与可编程控制器(PLC)、智能仪表等进行数据通讯。
组件采用动态链接库文件(*.DLL)的形式,在PC系统的项目工程里引用该组件,调用相应的属性与方法函数,即可快速实现PC与PLC的数据高效交换。
DLL通讯组件无须安装,直接复制到工程文件目录,方便打包安装部署;
无须任何配置,直接调用函数,与应用开发无缝衔接;
多年工程经验的软件团队开发测试,经过本公司及客户的海量实际应用检验,稳定可靠;
采用稳定高效的内部协议,无须编写PLC内部程序配合,直接访问PLC的内存,通讯响应快速;
内建动态管理的多独立线程连接,同时支持外部应用的多线程结构调用;
兼容WINDOWS系统下的所有开发环境,包括各种版本的VB.NET、C#、VC++,以及DEIPHI、VB、LabView等;
支持几乎所有PLC的CPU自带通讯口、通讯扩展模块。
2025/7/16 14:45:33 2.48MB 以太网通讯
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡