search for: fixedt

...reter and unfortunately I hit a crash. I have narrowed down the problem an the crash happens inside the inflate function which is part of zlib and specifically at the instruction: store <2 x %struct.code*> <%struct.code* getelementptr inbounds ([512 x %struct.code], [512 x %struct.code]* @fixedtables.lenfix.681, i64 0, i64 0), %struct.code* getelementptr inbounds ([32 x %struct.code], [32 x %struct.code]* @fixedtables.distfix.682, i64 0, i64 0)>, <2 x %struct.code*>* %96, align 8, !tbaa !46 The output from lli is: Unknown constant pointer type! UNREACHABLE executed at /home/al/D...

...h to use the .bc /usr/local/bin/lli --debug --force-interpreter pngpixel_crash.bc 0 0 mini.png ... png_ptr->width: 1 max_pixel_depth: 24 row_bytes: 28 ... About to interpret: store <2 x %struct.code*> <%struct.code* getelementptr inbounds ([512 x %struct.code], [512 x %struct.code]* @fixedtables.lenfix.681, i64 0, i64 0), %struct.code* getelementptr inbounds ([32 x %struct.code], [32 x %struct.code]* @fixedtables.distfix.682, i64 0, i64 0)>, <2 x %struct.code*>* %96, align 8, !tbaa !50 Unknown constant pointer type! UNREACHABLE executed at /home/al/llvm-9.0.0.src/lib/Executio...

...c 0 0 >> mini.png >> ... >> png_ptr->width: 1 >> max_pixel_depth: 24 >> row_bytes: 28 >> ... >> About to interpret: store <2 x %struct.code*> <%struct.code* >> getelementptr inbounds ([512 x %struct.code], [512 x %struct.code]* >> @fixedtables.lenfix.681, i64 0, i64 0), %struct.code* getelementptr >> inbounds ([32 x %struct.code], [32 x %struct.code]* >> @fixedtables.distfix.682, i64 0, i64 0)>, <2 x %struct.code*>* %96, align >> 8, !tbaa !50 >> Unknown constant pointer type! >> UNREACHABLE exe...

...blem an the crash happens inside the >>>> inflate function which is part of zlib and specifically at the instruction: >>>> >>>> store <2 x %struct.code*> <%struct.code* getelementptr inbounds ([512 x >>>> %struct.code], [512 x %struct.code]* @fixedtables.lenfix.681, i64 0, i64 >>>> 0), %struct.code* getelementptr inbounds ([32 x %struct.code], [32 x >>>> %struct.code]* @fixedtables.distfix.682, i64 0, i64 0)>, <2 x >>>> %struct.code*>* %96, align 8, !tbaa !46 >>>> >>>> The ou...

...sh. I have narrowed down the problem an the crash happens inside the >> inflate function which is part of zlib and specifically at the instruction: >> >> store <2 x %struct.code*> <%struct.code* getelementptr inbounds ([512 x >> %struct.code], [512 x %struct.code]* @fixedtables.lenfix.681, i64 0, i64 >> 0), %struct.code* getelementptr inbounds ([32 x %struct.code], [32 x >> %struct.code]* @fixedtables.distfix.682, i64 0, i64 0)>, <2 x >> %struct.code*>* %96, align 8, !tbaa !46 >> >> The output from lli is: >> >> Unkn...

...> ... >>> png_ptr->width: 1 >>> max_pixel_depth: 24 >>> row_bytes: 28 >>> ... >>> About to interpret: store <2 x %struct.code*> <%struct.code* >>> getelementptr inbounds ([512 x %struct.code], [512 x %struct.code]* >>> @fixedtables.lenfix.681, i64 0, i64 0), %struct.code* getelementptr >>> inbounds ([32 x %struct.code], [32 x %struct.code]* >>> @fixedtables.distfix.682, i64 0, i64 0)>, <2 x %struct.code*>* %96, align >>> 8, !tbaa !50 >>> Unknown constant pointer type! >>...

Hello, the following patches should get multidisk access working. The syntax accepted is the following: (hdx,y)/path/to/file where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk. the other accepted syntax is using MBR's 32 bits disk signature so for example: (mbr:0x12345678,2)/foo/bar would address