|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
I'll create a new thread in CDMA upgrades, but I'm not quite there yet. Still need to get the HTC Twitter client, MMS, and this pesky calendar 'new appointment' issue worked out. Also, I'm pretty new at this, so don't expect my ROM to be quite as flashy & superclean as some of the real luminaries here can produce. I won't really be supporting it other than just working out the kinks as I'm able - I have a pretty hectic work life, and only so much time to devote to the ROM. And though mine's coming along nicely, it's probably total amateur/noob stuff next to Calk, NRG, Indagroove, etc... as I'm really just learning my way through this as I go.
__________________
thanks for hitting the thanks button!
Sprint Touch Pro on Verizon lunacieROM - feat. WM 6.5.3.3 & Manila 2.5.1921 Radio: 1.12.34F |
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
Quote:
Last edited by vernox701; 11-16-2009 at 01:28 AM. |
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
So, I fixed my other issue, ..., but I have yet another one.
When i open the dialer, i get this. any ideas? |
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
Quote:
Is it the stock dialer? did you pick the correct phone canvas there are only two for rhodium phone canvas. Really, idk. I can't spot it off the top of my head.
__________________
Kitchen:Calkulin's VK for WVGA (Updated with Touch Pro 2 Collaboration)
ROM:Custom6.5.x(ScubaGear) My Files: Mediafire Folder When it's deserved, click |
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
any news on mms with the new htc client. I have it sending, but to where i don't know. Have my build of 506/2.5 done and I have to say, this is the only bug i have left. bg4a, twitter, my location, calander, opera 9.7, and it is set up for all the "location" features to be active off the flash...and on top of this im getting a full day out of a charge! Ill try to post some screenies shortly.
|
This post has been thanked 1 times. |
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
Quote:
Again, my rom is only 113MB (6MB PP). I just soft reset into titanium and after everything is loaded I'm sitting at 35MB free. |
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
Has anyone gotten a 21055 rom cooked with this kitchen to boot?
|
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
Quote from 2nd post
"Make sure to check Real WM 6.5 AKU for ALL SYS when building or IT WILL NOT BOOT" that should fix it |
|
||||
Re: [ 11-10 ][ v4.2 ][ 6.5.x / 6.5 / 6.1 ] Calkulin's Visual VGA Kitchen & ROMs
Quote:
Quote:
"When you create a module, you are telling Windows Mobile that you want that module to be memory-mapped, so that each time it loads, it's loading to the same, known area of ram - saving space in slot 0 - this is done on the computer-side, during 'cooking' and is the job of wmreloc, g'reloc, bepe's Platform Rebuilder, etc. Virtual allocations are aligned to a 64KB border, so if you memory map a .dll that's only 3Kb large, it's still going to eat up 64KB of memory space. There are also pages that can be allocated to these slots, that are aligned to a 4KB boundry, and process/general allocations that take place during normal operation. The way the system handles this is that modules allocated on rom build-time (modules we allocate with g'reloc et. al.) are allocated from top-down (for slot 1 for example, starting at 0x03FFFFFF for the first module, taking up space to the nearest 64kb boundry, then the next module, in a line down to the 0x02000000 address, which is the beginning of the slot) - General allocations that take place during normal system operations are allocated in the remaining space, from the bottom-up (so again with slot 1 as an example, starting at 0x02000000 and ending at 0x03FFFFFF) - As you fill up these slots more and more with modules, that leaves less space for windows to dynamically allocate other, general allocations, which can, and does result in out of memory errors (even when the device has plenty of physical memory left, it cannot address this memory when virtual memory is full)... ...WinMo 6.5 improves on this by opening up Slots 60 and 61 to Modules - yielding an extra 64mb of potential Virtual Memory space. (the allocation order is now 1, 61, 60, 0 for modules, 60, 61, 0 for files) - In order for the Kernel to recognize these new Slots as being mappable for Modules, it must be updated to the 6.5 codebase. This is where the 6.5 nk.exe comes in, and why it's so important." I think I've actually made too many modules, and I'm getting some weird memory leaks (only when I run programs though, LOL, the OS, itself, is solid) Last edited by sc00b4s7eve; 11-16-2009 at 06:42 PM. |
|
|
|