Latest Bugs & Tasks
Duplicate of #10625.
Duplicate of #10621.
hrev47002 links will open the download window but the file will never progress from zero.
E.g. a long page like http://www.osnews.com/comments/27605 I used to be able to click in the page somewhere, then use the up/down arrows or Page Up and Page Down keys to scroll, which is much more usable when reading long pages than is the mouse wheel or having to keep finding the scrollbar and judging how far along it is.
Web+ doesn't appear to be rendering any background images that use the 'url()' type CSS notation.
A heavily affected site is BitBucket, which makes great use of this technique, loading images both from a URL and using inline PNG and the data: URN.
That is, neither background: url('http://path.to/image.png') nor background:url('data:image/png;base64,blahblahblah') work.
Since BitBucket makes vast use of this technique it is a great place to test the problem and the fix. They use inline (data-based) PNG and inline SVG too.
Tested in VmWare nightly, hrev 47002. x86_gcc2.
acpi_scan_spots includes BDA area, it should be the first 1 KB of EBDA.
According to spec:
OSPM finds the Root System Description Pointer (RSDP) structure by searching
physical memory ranges on 16-byte boundaries for a valid Root System Description
Pointer structure signature and checksum match as follows:
- The first 1 KB of the Extended BIOS Data Area (EBDA). For EISA or MCA systems,
the EBDA can be found in the two-byte location 40:0Eh on the BIOS data area.
- The BIOS read-only memory space between 0E0000h and 0FFFFFh.
acpi_scan_spots need to include the first 1 KB of EBDA.
acpi_scan_spots need to use actual base memory size from BDA
According to spec:
- The MP Floating Pointer Structure. This structure contains a physical address
pointer to the MP configuration table and other MP feature information bytes. When present, this structure indicates that the system conforms to the MP specification.
This structure must be stored in at least one of the following memory locations,
because the operating system searches for the MP floating pointer structure in the
order described below:
- In the first kilobyte of Extended BIOS Data Area (EBDA), or
- Within the last kilobyte of system base memory (e.g., 639K-640K for systems with 640 KB of base memory or 511K-512K for systems with 512 KB of base memory) if the EBDA segment is undefined, or
- In the BIOS ROM address space between 0F0000h and 0FFFFFh.
I get it a couple pounds a year doesn’t sound like much the year-over-year adds up do not let this upset you I'm about to tell you exactly why thesis happening my name is Isabel De Los Rios and my partner Jeff Segal and I have shown our videos on how to attain your dream body did tons and tons of people over the last five years and yes that's a picture of us when we first started our online videos we actually live what we show others unlike so many out there you should know I'm acetified nutritionist a certified strength and conditioning coach international bestselling author and I strategies have helped hundreds of thousands of people around the world most likely someone just like you now forget Allah my credentials for a second why should you really listen to me I’ve applied every principal Mattie teach you into my own life yes every single one I went from overweight miserable face Flam acne too slim toned and full of energy by using this information along I have now kept that we'd offer over 13 years even through two pregnancies and I continue to share this information with thousands of people all over the world and just in case you’re thinking well I just have good genetics look at the picture on the left doesn't have a good genetics to you one genetic certainly plays a small role in all this the information about to share with you today takes.
Applied in hrev47003. There were some indentation problems, and some lines were still too long, but I fixed them myself.
In hrev47000 I modified our pthread_equal to compare two NULL thread ids equal. This solves my issue. The initial problem is gone too, as compiling the program works, and it even runs without crashing (wether it makes sense or not is another problem...)
Should be fixed in hrev46999. Being caused by a race condition this assertion fail probably was not easy to reproduce (and verify that it is indeed fixed) so I am closing this ticket now, reopen if needed.
Fixed .debug_types handling in hrev46998. Hypothetically our gcc could still be configured to pass -fdebug-types-section by default, but that isn't a hurdle for this ticket.
Applied in hrev46995, thanks!
I had two Terminal windows open, and one of them (not sure about the other, now) for some reason would no longer respond to keypresses, even though it was just sitting at the bash prompt. No CPU peg or anything like that. Anyway, I held down the special keys and clicked Terminal in the Deskbar, at which point Deskbar crashed. Attached is the crash report. hrev46922.