Related
Don't know why is this limitation for 1 SMS.
Is there any fix for this ?
Using Trin with WM6
Lol dude, it's standard for every phone/phone provider..
http://en.wikipedia.org/wiki/Short_message_service
"SMS was originally defined as part of the GSM series of standards in 1985[1] as a means of sending messages of up to 160 characters, to and from GSM mobile handsets"
WOW
Is the Trinity your first mobile phone???
Lucky you!!!!
Heh, well some differences in mobile operaters exists and some binary related stuff ( encoding etc ...) & mobile operator SMS prefixes ( extra services ) change that.
Also there is a math difference in length of 2nd 3th ... SMS and any other multi SMS option ( info for next multi SMS etc ...).
And the answer about no of phones : I had cca 20 phones till now and trin is not the only phone 4 me now
So differnces exists and the standard is not fixed (140 b/160 t).
I'm speechless...
This one should be on the Top 10 most funny threads of year 2007.
Well done!
Don't know why it is so funny ?
It is a question after all, isn't it or I should refraze my question ?
don't rephrase anything, just laugh with us.....
lolz
well apparently a short msg is 160 chars
as they charge you pr. msg they have to some sort of limit to make money
i think we should stage a demonstration... like a boycott or something..
An SMS message is 140 bytes. Most of us use the 7-bit GSM alphabet, which means 160 characters. This can be shorter if you use another alphabet, such as 8-bit which would mean 140 characters. SMS can be concatenated, ie long messages are sent (and billed) as several SMS which can be appended in the receiving phone (will be perceived as one SMS by the recipient). In this case, there is a header on each message, which takes up some space. This means 153 or 151 user characters per part of the message, depending on which header type is used (8-bit or 16-bit sequence number), if a single SMS is 160 characters.
Hi,
I'm using CRC's 13.4 WM6.1 release, and I'd like to have the numbers in the dialer formatted according to local rules (Israel).
We have three main styles of numbers here:
0xx-xxx-xxxx (10 digits starting with 0, 3-3-4)
0x-xxx-xxxx (9 digits, 2-3-4)
1-xxx-xxx-xxx (10 digits, starting with 1, 1-3-3-3)
The 1- numbers are OK, and the 10 digits numbers starting with 0 are OK, but the 9 digit ones show up as: (0xx)-xxx-xxx, and I'd like to see (0x)-xxx-xxxx.
Is there any place this can be customized, or is this just an annoyance that I'll have to live with?
Honestly no ne can answer this... cause it doesnt matters...
just read it as you know.
cheers keep it up!
i think the reason the dialer's do this is beacuse they're american and they have strange phone number codes and stuff you just have to put up with it, it doesnt make any difference to the call as all the numbers are there like que said
It's a known problem with many American ROMs on other cell phones, although many treat numbers beginning with 0 as un-parseable and just give up.
I know the formal releases (from Orange, for example) work, but perhaps they've built their own dialer.
Oh well.
Hi!
I'm developing an Android app that works with contacts in some way.
I personally own a G1 Dream.
Hero users are requesting support for Contact Types, but I have no clue what those Types are about - my Dream doesn't seem to have those.
I've searched through the Android API and couldn't find any Contact Types, just Contact Groups!
Could someone here please shed a light on what Hero Contact Types are, are they part of Android API or something HTC proprietary? If it's something proprietary - where do I find the API to work with them?
Thanks
PLEASE,
Could someone with a rooted HTC Hero PLEASE run this under root and post the result here?
# sqlite3 /data/data/com.android.providers.contacts/databases/contacts.db "select * from groups"
OK
With a little help from my friends I found out that Hero Contact Types are no more than another representation of Contact Groups.
On a plain Hero there are four Groups: exchange, pc, starred in android, system group.
Apparently the groups that I listed do not correlate with contact types on Hero.
I wonder if anyone here possesses a rooted Hero?
Code:
c:\Android\tools>adb shell
# su
su
# sqlite3 /data/data/com.android.providers.contacts/databases/contacts.db
sqlite3 /data/data/com.android.providers.contacts/databases/contacts.db
SQLite version 3.5.9
Enter ".help" for instructions
sqlite>
Thats all i got
burgess_boy said:
Thats all i got
Click to expand...
Click to collapse
You've forgotten the "select * from groups" part
yes sorry I know, only just started looking at sqlite: here is the post:
Code:
1||1||||0|1|Exchange||0|Exchange|
2||2||||0|1|PC||0|PC|
3|*******@googlemail.com|6||||0|1|System Group: My Contacts|System Group: My Contacts|0|Contacts|
4|*******@googlemail.com|3f4d84c489473658|1255041281243000|1255041281243000||0|1|Starred in Android|Starred in Android|0||
5|*******@googlemail.com|6f12be4e8fbc53f2|1252749793434000|1252749793434000||0|1|Starred in Android|Starred in Android|0||
6|*******@googlemail.com|ec24fd30a949a10|1254919459679000|1254919459679000||0|1|Starred in Android|Starred in Android|0||
Thanks burgess,
Hero has the same groups functionality as Dream.
My friend with Hero sent me its People table schema:
Code:
CREATE TABLE people (_id INTEGER PRIMARY KEY AUTOINCREMENT,_sync_account TEXT,_s
ync_id TEXT,_sync_time TEXT,_sync_version TEXT,_sync_local_id INTEGER,_sync_dirt
y INTEGER NOT NULL DEFAULT 0,_sync_mark INTEGER,name TEXT COLLATE LOCALIZED,firs
tName TEXT, lastName TEXT, numIndicator TEXT, picasaUrl TEXT, notes TEXT COLLATE
LOCALIZED,times_contacted INTEGER NOT NULL DEFAULT 0,last_time_contacted INTEGE
R,starred INTEGER NOT NULL DEFAULT 0,primary_phone INTEGER REFERENCES phones(_id
),primary_organization INTEGER REFERENCES organizations(_id),primary_email INTEG
ER REFERENCES contact_methods(_id),photo_version TEXT,custom_ringtone TEXT,send_
to_voicemail INTEGER,phonetic_name TEXT COLLATE LOCALIZED, extra_group INTEGER D
EFAULT 0,default_action TEXT, photo TEXT, duplicate_id INTEGER NOT NULL DEFAULT
0, cn_name_pattern TEXT, tw_name_pattern TEXT, last_update_time TEXT);
It differs from what I have on my Dream. There is no extra_group field in People table on Dream. That's probably the 'type', will investigate more
Hey bornmw, am I a bit late?
The extra_group field changes on the Hero if you create a new contact within the People > Add Contact screen of three types: google, phone, sim. 0 google, 2 for phone, dunno about sim.
The problem is that there is no way you can change this column through the Android API http://developer.android.com/reference/android/provider/Contacts.People.html
So it's not possible to create an app that would get access to that field....... or I'm missing smth
why dun you get a copy of the contacts.db and work from there?
Leechoonhwee said:
why dun you get a copy of the contacts.db and work from there?
Click to expand...
Click to collapse
Not sure I understand what you're suggesting.
There is no way I can get contacts.db from within Android application.
Hi
I love my desire. The HTC calculator is nice with the finger friendly buttons with haptic feedback, and I love the fact it's respecting the operator priorities. But what's wrong with the calculator?
100 - 99,9 = 0,09999999999999999
100 - 99,8 = 0,2
100 - 99,7 = 0,2999999999
100 -99,6 = 0,4
100 - 99,5 = 0,5
100 - 99,4 = 0,599999999
100 - 99,3 = 0,7
100 - 99,2= 0,7999999999
100 - 99,1 = 0,9
is this a known issue?
Do you know another calculator where you can review all the line you typed and correct it if needed, that has big buttons, has parenthesis, and that give accurate results? I used to use HiCalc on WinMo, but I can't seem to find a good substitute on android.
Turn the phone to landscape and more functions are available like parentheses. Not sure about your other points!
funny - i needed this calculator for my school time
100 - 99,2= 0,7999999999
i have same result
br stupsi
stupsi99 said:
100 - 99,2= 0,7999999999
Click to expand...
Click to collapse
Google floating point precision
nparley said:
Google floating point precision
Click to expand...
Click to collapse
Most likely this.
And I use RealCalc which seems to correct for it.
This is mad.
My calculated is screwed too. Lol
Sent from my HTC Desire using XDA App
Why are you putting commas in not decimal points? 99.7 not 99,7
^^^^ Other people in the world write things differently to us
ok...this is new...lol
do you guys think a solution is possible? or should we all get another calculator?lol
You need to get another calculator.
Seems that HTC's calculator is using floating point rather than fixed point or decimal floating point.
Regards,
Dave
it is also a problem on the Vanilla calculator.
I'm using OpenDesire and it also has this problem.
bedeabc said:
^^^^ Other people in the world write things differently to us
Click to expand...
Click to collapse
they might, but if the calculator is configured to work with points not commas I'm not surprised it fails
Edit
Wrong! Is the same with points as commas. My bad
When we use the calculator we press the . button, as there is no comma.
FYI when in the UK you write 1,002.50 the rest of the world writes 1 000,50.
HTC answered me to find another calculator on the maket, cause the HTC calculator is a basic one. LMAO I know it won't solve complex equations, but 100 - 99.9 should be solved by any basic calculator, even by a 7 year old pupil...so I guess it should be solved by a calculator that displays basic trigonometry buttons, shouldn't it?
It fails with points as well.
100-99.9=0.0999999999
So it's not a localisation thing, it's just a rubbish calculator.
This happens to any substraction having the following pattern:
n-((n-1)+p), where p = {0.9, 0.7, 0.4, 0.2}
And it doesn't matter whether the Calculator uses '.' or ',' for digits.
Very strange...
Benj555 said:
FYI when in the UK you write 1,002.50 the rest of the world writes 1 000,50.
Click to expand...
Click to collapse
That depends on your definition of the rest of the world.
The two most populous nations on the planet, namely China and India, use the point as the decimal separator, as does the US, Japan, and most of the ex-British empire.
For the most part, the "Decimal Comma" is in use in mainland Europe and most of South America.
Regards,
Dave
Benj555 said:
When we use the calculator we press the . button, as there is no comma.
FYI when in the UK you write 1,002.50 the rest of the world writes 1 000,50.
Click to expand...
Click to collapse
The 'rest of the world' write: 1.000,50 (they use the '.' to group thousands - e.g. 154.234.345,243)
nparley said:
Google floating point precision
Click to expand...
Click to collapse
Don't see why floating point should have anything to do with this. Floating point is relevant where there is a greater number of digits required to do the calculation than would normally be displayed. This is a simple subtraction of a number with one decimal place. This is just plain wrong!
norm2002 said:
Don't see why floating point should have anything to do with this. Floating point is relevant where there is a greater number of digits required to do the calculation than would normally be displayed. This is a simple subtraction of a number with one decimal place. This is just plain wrong!
Click to expand...
Click to collapse
nparley is correct.
Whomever wrote the HTC calc app used binary floating point data types. The subtraction is being performed "correctly" within the limitations imposed by the use of that data type. 0.1 cannot be exactly represented by that data type, which is why this issue shows up.
Regards,
Dave
No, in the UK we would use . to indicate decimal and , to indicate thousands. Which I think is standard?
Are there any tutorials on how to make custom firmware for the Samsung Wave line of devices? Specifically, a custom firmware that does not signature check applications?
There isn't any tutorial as there isn't such a firmware at the moment. Try reading more posts than You write as it's getting silly - You ask lots of obvious questions without a definite purpose. It's not getting us anywhere. Maybe you should stop 'teaching others know their ****' and actually do something? Google for Mencken's Law.
Original Samsung JB6 is without Sig Check of Apps... this is the oldest FW leaked for S8500 (Wave)...
There are no mandatory RSA 1024 Certificats in JB6...
nearly all system files unsigned... because no BluetoothAppControl.so.htb or sig files...
"Problem".
I am not able to flash this Firmware with Multiloader nor with JTAG Hardware.
Because boot_loader.mbn is NOT encrypted...
For JTAG I'm not able to manipulate correct "Boot Image", because my brain to small...
Read here:
http://forum.xda-developers.com/showpost.php?p=13785413&postcount=64
http://forum.xda-developers.com/showthread.php?t=912728
Best Regards
adfree said:
"Problem".
I am not able to flash this Firmware with Multiloader nor with JTAG Hardware.
Because boot_loader.mbn is NOT encrypted...
For JTAG I'm not able to manipulate correct "Boot Image", because my brain to small...
Click to expand...
Click to collapse
I don't think encryption is the problem here. The algorithm (korean SEED) is already known and we can go both ways - decrypt and encrypt with any key (key for encryption is in plaintext in the description block being last 1024 bytes of the file. What we rather should worry about are the version signatures (with 512 bit RSA keys) also in the same block. The solution I see is loading a crafted file using some Bada 1.0/1.2 bootloader patched in the memory (the shadowed image) to ignore signature. We can do the patching through FOTA. As you have the JTAG we can experiment with that some time next week.
If I'm correct, an RSA key with a 512-bit modulus is easy to crack by modern computing standards.
There is a slight difference between feasibility and reasonable time to achieve that.
If you have enough resources then the modulus is: BF1834F775B9861F13E15BA3E01F91CED970B76F2E9D5767EC39C5C1DAD7A8AF9F2A60F131E1D3715E15FDE4B07AC04BF5FC148D95BFF180E9F675D6211F76F1
exponent: 010001
Thank you. And to be clear, that is the public key used by the bootloader to verify the operating system correct?
Sent from my DROID2 GLOBAL using XDA App
Yes, it's used to validate signatures on bootloader and apps (nucleus kernel and bada).
Each bootloader stage seems to have additional layer of security (some form of signature - 128 bytes at the end of each bootloader, includes some time variable/random data for "signing" as it's different for different releases of same version), but it's yet to be figured out .
As for factoring the 512-bit modulus (scroll down to the part about TI calculators):
http://www.javamex.com/tutorials/cryptography/rsa_key_length.shtml
This is why I said "If you have enough resources" as myself I'm not interested in waiting months for results, haven't got PS3, FPGA cluster or even several hundred PCs. Years back I thought about using public pay-phones network (tens of thousands of units with some RISC uC and FPGA) for distributed computation (back then with a phreaking crew we had such a possibility) like some symmetric and asymmetric cryptography keys brute-forcing and factorizing, but it's all gone now. Some sat-tv conditional access guys had some distributed factorization projects as well, but I never tracked what happened with that.
To make long story short, I know it's all possible with this modulus length, but I'm interested in doing it. If you or anybody have access to computing power (a large grid, cluster, cray or other supercomputer) then I'd be happy to see the results.
I have enough time to run my PC(s) day and night... weeks, months...
Maybe we should for "Brain training"... start with lower RSA...
I've never seen FREE Software for testing... only theory to use Graphiccards like NVIDIA...
Maybe someone is willing to offer Software for noobs like me to compute RSA Keys between RSA "30" and RSA "100"... to understand dreams and reality...
We could make some funny Thread. Who fastest generate "private Key", if public Key is given...
Again, only as lesson. So maximum RSA 100...
Example... with answer...
Code:
P = 0375BA25E7B805
Q = 03B4498980CEAB
Exp1 = 033842E45590F5
Exp2 = 02DCCB06EAF6C9
Coeff = 034F5F18D35B33
Priv Exp = 8A7ED170D08D37ACBC8920D1
Publ Exp = 010001
Modulus = 0CD0F3C2312AED609B775BF157
So the Question would be...
pub key = 0CD0F3C2312AED609B775BF157
Exponent 010001
Please give as private Exponent aka private Key...
Answer:
8A7ED170D08D37ACBC8920D1
adfree said:
I have enough time to run my PC(s) day and night... weeks, months...
Maybe we should for "Brain training"... start with lower RSA...
I've never seen FREE Software for testing... only theory to use Graphiccards like NVIDIA...
Maybe someone is willing to offer Software for noobs like me to compute RSA Keys between RSA "30" and RSA "100"... to understand dreams and reality...
We could make some funny Thread. Who fastest generate "private Key", if public Key is given...
Again, only as lesson. So maximum RSA 100...
Example... with answer...
Code:
P = 0375BA25E7B805
Q = 03B4498980CEAB
Exp1 = 033842E45590F5
Exp2 = 02DCCB06EAF6C9
Coeff = 034F5F18D35B33
Priv Exp = 8A7ED170D08D37ACBC8920D1
Publ Exp = 010001
Modulus = 0CD0F3C2312AED609B775BF157
So the Question would be...
pub key = 0CD0F3C2312AED609B775BF157
Exponent 010001
Please give as private Exponent aka private Key...
Answer:
8A7ED170D08D37ACBC8920D1
Click to expand...
Click to collapse
Great piece of software, if you run Windows, is xca. I've used it to make 8192-bit RSA keys. It is very simplistic, and I consider it a god send after trying to use OpenSSL via the command line.
Edit: I don't know if it will save the factors of the modulus, but I know that OpenSSL will. Anyway, give it a try.
Edit: Sorry, I didn't realize that you meant factoring RSA keys (I forgot about that). xca will generate them for you, though. Unfortunately, there is no (known) classical algorithm that can factor numbers in polynomial time. Shor's algorithm can do it in polynomial time, but only with a quantum computer.
Edit: The 512-bit key could be factored using a distributed effort. (See this: http://en.wikipedia.org/wiki/Texas_Instruments_signing_key_controversy) Time shares could also be rented on a supercomputer.
Code:
BF1834F775B9861F13E15BA3E01F91CED970B76F2E9D5767EC 39C5C1DAD7A8AF9F2A60F131E1D3715E15FDE4B07AC04BF5FC 148D95BFF180E9F675D6211F76F1
is approximately 2.0238493722395799×10^155. To factor a number you only need to test every number from 1 to the floor of the square root of said number. In this case, every number from 1 to about 4.49872134×10^77.
Master Melab said:
Code:
BF1834F775B9861F13E15BA3E01F91CED970B76F2E9D5767EC 39C5C1DAD7A8AF9F2A60F131E1D3715E15FDE4B07AC04BF5FC 148D95BFF180E9F675D6211F76F1
is approximately 2.0238493722395799×10^155. To factor a number you only need to test every number from 1 to the floor of the square root of said number. In this case, every number from 1 to about 4.49872134×10^77.
Click to expand...
Click to collapse
:/
Oh, come on, it is only comparable to the number of atoms in the universe...
The naive fraction algorithm does not make sense for large numbers - rather some specialized variants of Number Field Sieve, where you don't need to test every number
I was only laying out the fundamentals/basics.
Master Melab said:
To factor a number you only need to test every number from 1 to the floor of the square root of said number.
Click to expand...
Click to collapse
Master Melab said:
I was only laying out the fundamentals/basics.
Click to expand...
Click to collapse
The fundamental is you don't need to test every number.