標題: Windows 8 vs Office 32 or 64 bit [打印本頁]

---

作者: more    時間: 2013-12-29 12:48     標題: Windows 8 vs Office 32 or 64 bit

我用緊windows 8 pro 64bit跟notebook一齋既，
但我買office 2013佢俾咗32bit 及64bit版我，
咁其實依㗎裝32bit 及64bit版好d呢？其實有幾多ching用緊64bit裝office2013?thank

---

作者: asdfgh234    時間: 2013-12-29 12:50

緊係64-bit Office對番64-bit Windows啦

---

作者: s20012797    時間: 2013-12-29 13:29





仍在win8上用office97的路過.......

---

作者: edenli    時間: 2013-12-29 13:35




     
緊係64-bit Office對番64-bit Windows啦  +1
樓主擔心D咩?? 我依家都係咁用

---

作者: EOS    時間: 2013-12-29 13:53

提示: 作者被禁止或刪除 內容自動屏蔽

---

作者: justiceice    時間: 2013-12-29 14:00

冇需要用 64-bit Office 既話最好裝返 32-bit Office
64-bit Office 對舊檔案兼容冇咁好

---

作者: mdws2002    時間: 2013-12-29 14:26

Microsoft好似都係建議使用32bit Office。

---

作者: 夢雪影    時間: 2013-12-29 14:42

我係64 BIT WIN8.1 PRO  + 64 BIT 2013 OFFICE

---

作者: more    時間: 2013-12-29 15:56

本帖最後由 more 於 2013-12-29 16:18 編輯



因為我跟機裝時巳經係裝o左 office 2013 32bit,但好多時起outlook打好或回覆mail 時一sent mail 時個outlook就crash就會無晒之前打好及準備d電郵!!!
以下我試過既方法
1) Repair Office 2013
2) disable晒所有add-on.....
3) 從新起個新PST File.
都有咁既問題見圖或有無ching試過咁既問題??
所有我先會問各位高人Windows 8 pro vs Office 2013 32 bit or 64 bit 依個問題.....
thank you so much.

圖片附件: [error] error.jpg (2013-12-29 15:38, 97.24 KB) / 下載次數 22
https://h0.hkepc.com/forum/attachment.php?aid=1622090&k=884879b16a2e9490dc4b2b9a59d98b49&t=1782148045&sid=9MJ9kJjxNs



圖片附件: [Error] error.jpg (2013-12-29 15:39, 97.24 KB) / 下載次數 27
https://h0.hkepc.com/forum/attachment.php?aid=1622091&k=2053969eed86ea52380af8e6e0cbf193&t=1782148045&sid=9MJ9kJjxNs

---

作者: edenli    時間: 2013-12-29 17:06




    我64bit WIN8 裝OFFICE 2013 64bit, 用OUTLOOK收/發EMAIL無問題

---

作者: big_nature    時間: 2013-12-29 17:11

本帖最後由 big_nature 於 2013-12-31 21:23 編輯


M$都係建議一般用office 32 bit!
除非運算資料量好大，先建議用64bit!

---

作者: toylet    時間: 2013-12-29 19:04

提示: 作者被禁止或刪除 內容自動屏蔽

---

作者: more    時間: 2013-12-29 19:37

回復 12# toylet

其實我都無add-on須要用.....所以無話分32bit or 64 bit

---

作者: tya    時間: 2013-12-29 20:15

Seems the fault module is mspst32.dll from your pic, and most related to PST problem. Did you tried scan the PST before?

---

作者: rion    時間: 2013-12-30 11:35

用返32 BIT, 因為好多舊APP 可能 D MACRO 咩咁, 係行唔到 64BIT OFFICE 的

除非你完全唔洗念同舊野相容

---

作者: Chanzy    時間: 2013-12-30 13:30

照計跟返WINSOWS黎裝...

---

作者: more    時間: 2013-12-31 10:49

本帖最後由 more 於 2013-12-31 11:08 編輯


我有做個新既PST File試過都係咁!不過我依架改咗用64bit好似又無咩事!要試多幾日先知

---

作者: appletv    時間: 2014-1-2 21:27

i use 32 bit office

---

作者: arshum    時間: 2014-1-2 22:34

我都係用 32 bit office, 費事 d addon/macro 行唔倒

---

作者: CHK    時間: 2014-1-3 15:14

唔行PLUG-IN冇所謂

之前谷哥過話32BIT係快少少

要用上2GB RAM的EXCEL就64BIT

---

作者: Super169    時間: 2014-1-5 15:21

本帖最後由 Super169 於 2014-1-5 15:25 編輯

64 bit OS 就用番 native 64 bit 喇, 行 Win32 既 app 佢係要 emulate win32 的, 多一層無好處.  有得選的話, 有 64bit 既 app 就一定係選 64 bit.

32 bit OS 就無得選擇, 一定係 32bit 喇.

不過.....MS 係叫人用番32bit......可能係舊既 add-on 仲係32bit多.

---

作者: big_nature    時間: 2014-1-5 16:50

如果64bit windows 8,
你裝office 2010/2013，
default 係會自動同你裝32bit

---

作者: 真．史提御姐    時間: 2014-1-5 21:58

提示: 作者被禁止或刪除 內容自動屏蔽

---

作者: usei    時間: 2014-1-7 12:05



outlook 的 PST 是一個古老的問題
一個 PST file 存大量 email 容易出問題

livemail 改成一個 email 一個 file 避免出問題

---

作者: 黑面人    時間: 2014-1-9 02:03

想問問, 如果outlook 2013 run icloud個calendar
會唔會起personal folder度, 無哂today event show出來呀?
或者outlook 2013, 有無辦法可以sync去google calendar呀?

---

作者: goshigoo    時間: 2014-1-9 14:21




唔係emulate架, 32 bit app係 64 bit windows都係native咁係intel CPU直接行
CPU本身support 32 bit同64 bit app
只係32 bit application用唔到64 bit既cpu feature (e.g. 多啲register / 64 bit vs 32 bit bus / etc.)

---

作者: Super169    時間: 2014-1-9 15:17



如果無記錯, 32bit application 應該係經 wow64 在 64bit windows 度行既, 而 wow64 本身就係一個 x86 emulator.
睇唔明你果句: "native 咁係 intel CPU 直接行, CPU本身support 32 bit同64 bit app" 到底想講乜.  

其實你知唔知家陣 32 bit / 64 bit win app 係點行架?  DOS 既年代都勉強可以咁講, 家陣 win app 經左咁多層, 仲有幾多 command 可以 bypass OS 同 hardware talk (何謂 native 直接行?)?  連 low level 既 interrupt call 好多都比 windows cap 哂喇, 更何況一般既 app?

---

作者: goshigoo    時間: 2014-1-9 16:20

本帖最後由 goshigoo 於 2014-1-9 16:25 編輯


佢同普通emulator唔同; 我都唔知可唔可以叫佢做emulator
一般emulator係translate CPU instructions from one to another
e.g. Android Emultor, 佢將compile做ARM既instructions係x86/64 CPU上行; 中間個emulator其實不停將ARM Machine code translate做x86/64既machine code
而我係呢個講既Win 32 App可以直接係Intel x64 CPU上直接行即係啲32 bit machine code唔使translate, 直接可以send俾x64 Intel CPU行

即係我講既Intel x64 CPU可以native咁行64/32 bits
所以Wow64做既野其實係load返啲32 bit dll/switch CPU to 32 bit mode/etc
個32 bit applications 係 64 bit windows最後都係直接natively係粒CPU行, 所以唔同一般emulator, performance會因為Wow64而慢咗

Reference:
http://msdn.microsoft.com/en-gb/library/windows/desktop/aa384219(v=vs.85).aspx
"Processor hardware. Instruction emulation is performed on the chip. On the x64 processor, instructions are executed natively by the micro-architecture. Therefore, execution speed under WOW64 on x64 is similar to its speed under 32-bit Windows"

---

作者: Super169    時間: 2014-1-9 18:06

本帖最後由 Super169 於 2014-1-9 18:42 編輯

回復 28# goshigoo

放心, 佢係咪 emulator 唔需要麻煩你去決定, 既然你 quote MSDN 既話, 應該知道 MS 自己點形容:

....如果佢咁講你都有懷疑既, 可能只係因為你對 emulator 既理解大家唔同.

其實佢同 android emulator 既原理係一樣既, 只不過佢係 emaulate 番一個 32bit 既環境出黎比個 app 行.  你 execute 個 app, 唔係在 cpu 上叫佢行, 而係在 OS 上行的, 再由 OS 轉番落去.  唔係淨係講 cpu instuction, 行一個 program, 經好多層至去到 hardware level 既, 你好似忘記左中間有個 OS.

你不斷講 native 咁行, 其實一個 app, 有幾多地方係直接 cpu instruction?  有幾多部份係 windows 既 API call?  DOS 既年代, 你都仲可以一句 machine code direct set 個 address 既 value 去 display 一個 character, 家陣經 win api 出, complie 完都只係一堆比 windows execute 既 code, 入面好多都係 call 番 windows 再轉落去, 如果 .net 既就更加要經 framework 去行.  如果咁叫 native 比 cpu 行既話, 你話 intel cpu native support 埋 javaScript 都得.

或者, 你試諗下 32bit app 到 cpu 既 32bit instruction set 之間有幾多層.

既然你都搵到 MSDN 有關既部份, 你應該睇埋其他既幾樣, 睇下 WOW64 點樣可以在 64bit windows 行番 32bit application.

仲有一樣, 你 quote 果段, 希望你細心睇清楚, 佢只係話佢會行番好似 win32 app under 32 bit OS 既速度 (只係 similar, 因為 overhead 細, 而唔係無) , 唔係話佢可以同 64bit app 一樣.  我地原本係比較緊 64bit app 同  32bit app, 唔係比較 32bit app in 64bit OS vs 32bit app in 32bit OS. 

或者慢慢諗清楚 app, os, cpu 呢三樣野既位置.

---

作者: goshigoo    時間: 2014-1-10 11:38

我真係唔知點define emulator, 所以我自己都講咗出黎
但我想講係Wow同一般講既Emulator(Console Game / Android) 唔同

其實我主要想講係唔係native咁行, native意思唔係中間冇晒Win32 DLL/kernal/etc
你明唔明application其實係點compile/點係CPU行架?

Wow64:
-----
32 bit Application (x86)
Win32 DLL (x86)
Kernal (x86/x64)
x64 CPU (can execute both x86/x64 instructions)

Android Emulator:
-----
Android Application (ARM Instructions)
Android Emulator (ARM Instructions -> x86 instructions)
Win32 DLL (x86)
Kernal (x86/x64)
x64 CPU (can execute both x86/x64 instructions)

我講緊32 bit application compile做native code之後如果係Windows 64/Wow咁行係唔使再recompile/translate過啲code; 同Android Emulator 唔同

"或者, 你試諗下 32bit app 到 cpu 既 32bit instruction set 之間有幾多層."
呢樣野用application <-> CPU之間有幾多層係冇關係架.....
我諗你以為每一層都好似一個virtual machine咁?!?!

你要諗清楚 app, os, cpu 呢三樣野其實係點先....

---

作者: goshigoo    時間: 2014-1-10 11:40

"你不斷講 native 咁行, 其實一個 app, 有幾多地方係直接 cpu instruction? "

Compile出黎既Application係pure cpu instruction黎架....sighs
你係唔係講緊.net?
如果Microsoft Office/同C++/Win32 API, 出黎既.exe/.dll入面係pure CPU native code...
請問你有冇寫過C++架?

---

作者: Super169    時間: 2014-1-10 18:13

本帖最後由 Super169 於 2014-1-10 18:17 編輯

回復 31# goshigoo

你只係講到 c++ 咋, 幾驚你問我 assembly 甚至 micro-programming, 呢 d 就真係無掂好多年了.

既然你對 c 有認識, 咁就易講 D 喇, 用番 c 講.   唔知你對 c compile 出黎既 program, 同佢點樣在 os execute, 又知道有幾多呢?  真係 native 比 cpu 行?

你有咁既諗法, 可能你只係做過 d console 既 program, 計下數 print 番個 result 出黎呢類功課.  或者係因為 compile 出黎既 binary 好多時會叫做 machine code.   令你以為成個都係純 cpu instruction.

windows 比較複雜, 先用比較簡單既 dos 去睇, 當一個簡單既 console in/out.

你用 c 寫句 printf 去 display 一個 character, 你估背後會 compile 出乜?
真係一個直接可以在 cpu 行既 instruction?  就算寫 assembly, 好多野都唔係直接 instruction, 都係經番一 d dos 既 interrupt 去做.  int 21 就係 dos 包裝左既 int 了.  定係你諗住佢會 gen code 直接 update display map? (Coding level 我最盡就係做到呢步, 完全 bypass OS. 最後點轉化成畫面既顯示, 就係 hw level 既野了.  我唔知家陣係咪可以寫野落 display card control 佢出 monitor. 如果你識得 coding level control hardware 出 display 既做法, 我都想請教一下.  不過, 我相信 office 呢類野唔會咁做, 肯定係經 api 出.)

由 windows 去就更長遠, 要 display 一個 character,  對 cpu 黎講係無意義既, 當中要經 windows / bios 內部去處理, 轉化成對 hd 既 code.  而你 compile 出黎果個, 只係比 windows 行到既 "machine code".  雖然 比 .net 既 IL 更低 level, 但都未去到完全 native 比 cpu 行既 code, 當中仲有大把 OS level 既 call.

另一個簡單D講, 一句 malloc, 你估佢係問 cpu 攞 memory 定係問 os 攞 memory?  

以上只係簡單既兩個 function, 我諗你唔會唔認識吧, 你認為佢地可唔可能 compile 出一段唔駛靠 os 純 cpu 行既 instruction?

你應該聽過 DLL 吧, 你寫 program 或者都會用到一 d 人地既 library, 你都應該知道,  compile 出黎既 code 唔係直接 native 行到哂喇 - 無左 d library 行到嗎?  再者, 就算你唔用人地既 library, 又或者個 DLL 都係你寫既, 你估 compile 完既 program 背後可唔可以唔需要用 windows 既 library?  

真係純 cpu intruction? 你估佢無左個 os 仲行到幾多?

就算你 command prompt 用 debug 直接入 code 寫 program, 都未必可以完全係 cpu 直接行既 instruction 喇, 何況 windows application.

如果你只係話佢行出黎唔會慢好多, 因為 overhead 唔太大, 都仲講得通.  但就唔係因為 gen 出黎既 program 成個係 native 既 cpu instuction 囉.

都係果句, 諗下 app, os, cpu 之間既關係吧.
除非你寫緊 BIOS 或者一d low level 既 driver, 否則都好難話 compile 出黎既成舊 cpu instruction (就算 driver 都可能 call 左好多其他野).

---

作者: goshigoo    時間: 2014-1-10 19:38

Ching攪錯咗Concept啦

C++ Application要Call DLL / API 唔等如Application啲code唔係CPU行

你講Console App原因係因為Console App自己self-contain; 你以為咁樣個application先係CPU行; 而Win32 application係行個OS 個virtual machine?

This is wrong concept

"你用 c 寫句 printf 去 display 一個 character, 你估背後會 compile 出乜?"

Application入面句printf咪就係直接係CPU行lor; 佢translate咗出黎既Machine code/assembly 會係
(實際assembly當然唔係咁, 但出咗黎係真係直接係CPU行到既code)
push "Hello World"
call "printf"

"printf"呢個function係另一個dll, 咁個CPU Instruction Pointer咪跳去printf個rountine行lor
個app同printf個C Library都已經pre-compile咗個x86 instructions



"真係純 cpu intruction? 你估佢無左個 os 仲行到幾多?"

個Application真係pure x86 native instructions; 但佢都要有Windows啲DLL先行到(Windows啲DLL都係x86 native instructions); 因為個Application Call緊DLL入面啲code

"都係果句, 諗下 app, os, cpu 之間既關係吧"
請ching睇多啲書先講啦...


如果.Net/Java就唔係Native code; 佢地係virtual machine上行
我估ching你睇API Stack時攪錯咗concept以為每一層都係virtual machine.....

---

作者: raiden_yxl    時間: 2014-1-10 20:34

64 bit

---

作者: c2c2c2c2c2    時間: 2014-1-12 17:27

兩隻都裝過，其實冇乜分別

---

作者: Super169    時間: 2014-1-14 20:22

本帖最後由 Super169 於 2014-1-14 20:25 編輯

回復 33# goshigoo


或者我明白大家既分歧, 呢樣係我講錯了.

我想講既係佢有好多地方, 唔係 pure cpu intruction set 做, 係唔需要再經 OS 既功能自己做哂.  例只好簡得一個 mov command.  你無講錯, 雖然要依賴個 os, 佢既 command 都係 cpu instruction.  
但係有部份既 instruction 係要經 OS 去 implement, 對我黎講, 呢 D 唔算係純 cpu instruction (例如 int 21, 佢 call 果下係, 但個 inplementation 要靠 OS).  係我自己傻左, 見到 pure 既字, 成日諗住你講佢成個 implementation 唔需要其他野, 即係 gen 出黎既 code, 足夠獨立去行.  雖然 OS 既 code 都係 pure cpu instruction (如果唔係都唔行到), 我會睇成佢要依賴其他野, 唔係 pure 由佢 gen 出黎既 code 行哂.  就好似部機行到 javascript, 背後經左好多層, 最後都係 cpu instruction.  當然, 一個係直接用其他 library, 一個仲要先轉多幾次.  點都有分別.

我本想係想講因為佢地要依賴個 OS 既野, 當你要行一個 win32 既 app 時, 佢唔可以直接用番 windows pre-load 左既 library, WOW64 係要 load 番一套 dll 比佢, 模擬番個 win32 既 環境.......講講下我自己講到傻左.  係我衰左添.

---

作者: goshigoo    時間: 2014-1-14 23:54



我明白wow64要 load返32 bit dll
我一直只係想講呢啲32 bits既code係直接係CPU上行
同OSX Rosetta realtime 將PowerPC Code轉到x86 Code唔同