Custom Query (301 matches)
Results (28 - 30 of 301)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#168 | fixed | Arora web browser crashes in LIBC | ||
Description |
When surfing around Arora often crashes with the following register dump: Killed by SIGSEGV pid=0x9128 ppid=0x0017 tid=0x0001 slot=0x007e pri=0x0200 mc=0x0001 C:\PROG\ARORA\ARORA.EXE LIBC063 0:00053f6a cs:eip=005b:1dc63f6a ss:esp=0053:0214e388 ebp=0214e3c8 ds=0053 es=0053 fs=150b gs=0000 efl=00212216 eax=00000000 ebx=20392fd4 ecx=00010000 edx=00000000 edi=00000000 esi=25300000 Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it. It's an attempt to "setmem" a NULL pointer. I tried to analyze the problem and to me it appears that this comes from /webkit/JavaScriptCore/runtime/Collector.cpp, line 273. Digging a bit into the implementation of posix_memalign() in KLIBC, I tend to think that this function will not work correctly, when the requested alignment is larger than a page size. But exactly this happens in line 272. I suggest to modify JavaScriptCore?\wtf\platform.h so that for OS/2 HAVE_POSIX_MEMALIGN is zero. Note that there are two instances of the JavaScriptCore? in the 3rdparty subtree: one that goes into QtScript? and one that ends up in QtWebKit?. At the moment I'm writing this, my finding is just a hypothesis. I will try to prove it, when my other builds are complete... |
|||
#169 | fixed | Field "output file" in print dialog is missing path separator | ||
Description |
gui/dialogs/qprintdialog_unix.cpp, line 763: We must append a trailing slash to "cur" if not already there on OS/2 as well. |
|||
#170 | wontfix | QIcon size selection different Windows vs. OS/2 | ||
Description |
As you can see in the attachments, the "back" / "forward" buttons in the OS/2 version of the Arora browser are much smaller than in the windows version. The reason for that is that the PNG images for those buttons are available in the resolutions 16,32 and 128px while the "reload" image is present in 24 and 32px. The default size of the toolbar buttons in OS/2 is 24px, for which "back" and "forward" don't have an exact match. However, while our implementation chooses the next smaller pixmap, the Windows version downscales the higher one. Even though the Windows source is also of version 4.6.2, there is different code in gui/image/qicon.cpp: OS/2: 161 int b = area(pb->size); 162 163 // prefer the largest among smaller 164 int res = qMax(a,b); 165 if (res > s) { 166 // fallback to the smallest among larger 167 res = qMin(a,b); 168 } Windows: int b = area(pb->size); int res = a; if (qMin(a,b) >= s) res = qMin(a,b); else res = qMax(a,b); |