Closed Bug 226218 Opened 21 years ago Closed 16 years ago

64bit safe code for mozilla/widget (AMD64)

Categories

(Core :: Widget: Win32, enhancement)

x86_64
Windows XP
enhancement
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: m_kato, Assigned: m_kato)

References

Details

(Keywords: intl)

Attachments

(1 file, 5 obsolete files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031119 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031119 Currently code isn't considered Windows 64 bits Platform such as Windwos XP 64 bits for AMD64. So we need support it. - XP Widget should not use GetWindowLong / SetWindowLong. Becasue these aren't 64 bits safe. So you should use GetWindowsLongPtr / SetWindowLongPtr. Also, Windows 95 / Windows NT 4.0 and later support these functions. Reproducible: Always Steps to Reproduce: Not need. This is build issue. Actual Results: Not need. This is build issue. Expected Results: Not need. This is build issue.
Attached patch patch for mozilla/widget (obsolete) (deleted) — Splinter Review
XP Toolkit is for XUL widgets....
Component: XP Toolkit/Widgets → GFX: Win32
.
Assignee: jag → win32
QA Contact: jrgmorrison → ian
Blocks: 237202
Flags: blocking1.8a?
Flags: blocking1.8a? → blocking1.8a-
The patch looks fine. I'll try it on 32bit Win2k to make sure. Once we resolve bug 239279, we don't need this. However, in the meantime, this is necessary.
Assignee: win32 → jshin
Component: GFX: Win32 → XP Toolkit/Widgets
Keywords: intl
adding a couple more to cc for a potential NT 3.5x issue
Status: NEW → ASSIGNED
I wasn't able to find GetWindowLongPtrA exported by name on Win32, does it get renamed by the linker? >+ DWORD tempStyle = nsToolkit::mGetWindowLongPtr(hwnd, GWL_STYLE); >+ DWORD tempExStyle = nsToolkit::mGetWindowLongPtr(hwnd, GWL_EXSTYLE); Question: are DWORDs 64-bit on 64-bit platforms?
(In reply to comment #6) > I wasn't able to find GetWindowLongPtrA exported by name on Win32, does it get > renamed by the linker? GetWindowLongPtrA/W is defined as GetWindowLongA/W on 32-bit windows. It only exists as a distinct function on 64-bit platforms. See the extract from the header file towards the end of this page: http://forum.hardware.fr/hardwarefr/Programmation/sujet-50765-1.htm
Attached patch a patch for current CVS tree (obsolete) (deleted) — Splinter Review
Attachment #213149 - Attachment is obsolete: true
Attached patch patch for latest CVS (obsolete) (deleted) — Splinter Review
Attachment #135925 - Attachment is obsolete: true
Attached patch patch (obsolete) (deleted) — Splinter Review
Attachment #213150 - Attachment is obsolete: true
Is this going to be fixed soon?
Makoto: What is the status of your patch? Is it bitrotten? If not, why not ask for a review?
I have a new fix for current code, But I don't test this code on x86 compiler due to source compatibilities. I will add patch and send this to code review.
Whiteboard: [helpwanted]
Attached patch a patch (obsolete) (deleted) — Splinter Review
Assignee: jshin1987 → m_kato
Attachment #213151 - Attachment is obsolete: true
Attachment #326161 - Flags: superreview?(emaijala)
Attachment #326161 - Flags: review?(emaijala)
Comment on attachment 326161 [details] [diff] [review] a patch I'm not a superreviewer. Is there a reason for changing GWL_STYLE and GWL_EXSTYLE calls to DWORD_PTR? As far as I know the change is only necessary for pointers and handles.
Attachment #326161 - Flags: superreview?(emaijala)
Comment on attachment 326161 [details] [diff] [review] a patch Well, I guess it doesn't hurt. At least then the safe one is used consistently.
Attachment #326161 - Flags: review?(emaijala) → review+
Assignee: m_kato → nobody
Component: XUL → Widget
QA Contact: ian → general
Hardware: x86 → x86_64
Whiteboard: [helpwanted]
Attached patch patch v3 (deleted) — Splinter Review
Assignee: nobody → m_kato
Attachment #326161 - Attachment is obsolete: true
Attachment #356451 - Flags: review?(emaijala)
Attachment #356451 - Flags: review?(emaijala) → review+
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Component: Widget → Widget: Win32
QA Contact: general → win32
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: