A = [pi exp(1) 1/7] Ndecimals = 2 f = 10.^Ndecimals A = round(f*A)/f

v=(4/3)*pi*r^3; >> format long g >> v v = 4188.79020478639 >> round(v*100)/100 ans = 4188.79 >>

Here you go

Loki=[13.47471556 12.36547 21.0; 45.31 54.326 456.23; 12.2 45.14 65.39]
Ndecimals = 1 ;  
Thor = 10.^Ndecimals ;
Loki = round(Thor*Loki)/Thor

See the round off Loki

Loki (default)
   13.4747   12.3655   21.0000
   45.3100   54.3260  456.2300
   12.2000   45.1400   65.3900


Loki (round off)
   13.5000   12.4000   21.0000
   45.3000   54.3000  456.2000
   12.2000   45.1000   65.4000

It's fprintf('%0.10f', number);. You forgot the f in the specifier.

>> number = 141421.1240981320948710948018941;
>> fprintf('%0.10f\n', number)
141421.1240981321

series_1 = 1:10; series_2 = cos(rand(1,10)); Fit = polyfit(series_1,series_2, 1); theString = sprintf('(dependent variable) = %.2f*(independent variable) %.2f', Fit(1), Fit(2)); % ^ ^ disp(theString) corr=corrcoef(series_1,series_2); num2str(corr(1,2),2) % ^ tbl2 = {rand} string(tbl2) compose("%.2f", tbl2{:}) sprintf('%.2f', tbl2{:})

You can create your own version of the ‘new’ *|round|*: roundn = @(x,n) round(x*10^n)./10^n; q = roundn(pi,2) q = 3.14

The ability to supply a number of decimal places for round() was introduced in R2014b. "now my expected result should be result = 55.6199" You cannot get that except for presentation purposes. The internal representation of 55.619999999999999 is not 55 + 619999999999999 / 10^15 : the internal representation is equivalent to 55.61999999999999744204615126363933086395263671875 . The internal representation of 55.6199 is equivalent to 55.619900000000001227817847393453121185302734375 If you need 55.6199 exactly to be stored, you will need to switch to the symbolic toolbox.

Data = table( round(f,2), round(u,2)) However, you need to distinguish between what is *stored* and how it is displayed. MATLAB uses IEEE 754 Double Precision for values like 0.38878 and those are represented by 53 bits of precision in binary. It is not possible to exactly represent 1/10 in binary, so even though you might have rounded to 0.39, the number that will be stored will not be 39/100 and will instead be 0.39000000000000001332267629550187848508358001708984375 which is 3512807709348987/9007199254740992 . You cannot get it to store 39/100 exactly in numeric form except by going symbolic When you have numeric values stored in a table then what is output for disp() or giving the variable name depends on what your current |format| is set to. From your description you probably have it set to the default, |format short e| . If you were to command format long g and display the table you would see more decimal places, due to the difference between what the display formatting is and what is stored. If you command format bank then that just _might_ work for you, provided that you do not mind if those 4e-07 show up as 0. |format bank| is two digits exactly after the decimal place. For any custom display, you need to extract the values and format them yourself.