]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/bugs.txt
- applied patch that adds more i18n support to XRC handlers
[wxWidgets.git] / docs / bugs.txt
index b4cdcfd309b7ea60b23a5daf5f4a508200c567cf..ed68b8c570dd2e1520e5f5c6837a5d390ff279ba 100644 (file)
@@ -32,7 +32,7 @@ was popped up.
 wxWINDOWS VERSION:      2.0.1
 PLATFORM(S):            wxMotif
 DATE IDENTIFIED:        ?/?/1998
-IDENTIFIED BY:          Julian Smart <julian.smart@ukonline.co.uk>
+IDENTIFIED BY:          Julian Smart <julian.smart@btopenworld.com>
 DATE FIXED:
 FIXED BY:
 
@@ -49,7 +49,7 @@ DETAILS:
   some reason.
 
 - On SGI IRIX 6.4, XtDestroyWidget in ~wxWindow causes a crash in
-  some cicumstances. This is being looked into. Meanwhile, a
+  some circumstances. This is being looked into. Meanwhile, a
   possible workaround is to remove the final XtDestroyWidget line in ~wxWindow
   (window.cpp). This will mean that child windows will only get
   destroyed when frames and dialogs are destroyed, so dynamic subwindow
@@ -75,7 +75,7 @@ WORKAROUND:
 wxWINDOWS VERSION:      2.0.1
 PLATFORM(S):            All
 DATE IDENTIFIED:        ?/?/1998
-IDENTIFIED BY:          Julian Smart <julian.smart@ukonline.co.uk>
+IDENTIFIED BY:          Julian Smart <julian.smart@btopenworld.com>
 DATE FIXED:
 FIXED BY:
 
@@ -207,7 +207,7 @@ DETAILS: Around line 1234 or the common/docview.cpp file following code exists..
 if (!theTemplate)
     theTemplate=templates[FilterIndex] ;
 
-The problem is tat FilterIndex is one based and the templates array is zero based. The correct
+The problem is that FilterIndex is one based and the templates array is zero based. The correct
 thing might be to use FilterIndex-1 as the index. Else the following scenario will
 cause a crash.
 
@@ -222,13 +222,13 @@ I understand that it is very
 hard to figure out the template
 when the user does not select
 one of the known extensions but
-this simple fix might atleast
+this simple fix might at least
 avoid the crash....
 
 I started playing with wxMSW
 just this morning and have not
 yet figured out exactly how to
-submit a fix. I atleast wanted
+submit a fix. I at least wanted
 to report it. Besides what I do
 for the MSW might not be correct
 for the other platforms :-)
@@ -240,12 +240,11 @@ zero-based in MSW wxFileDialog implementation
 IDENTIFIED+BY: Haneef Mohammed
 PLATFORMS: wxMSW
 SHORT+DESCRIPTION: Bug in wxDocTemplate::SelectDocumentPath()
-Submit: Submit
-WORKAROUND: 
+WORKAROUND:
 visitor_email_address: haneef@symphonyeda.com
 wxWINDOWS+VERSION: 2.1.12
 DATE+FIXED: 29/11/99
-FIXED+BY: Julian Smart <julian.smart@ukonline.co.uk>
+FIXED+BY: Julian Smart <julian.smart@btopenworld.com>
 
 DATE+FIXED:
 DATE+IDENTIFIED: 29/11/1999
@@ -267,7 +266,6 @@ FIXED+BY: Vadim, just after 2.1.11?
 IDENTIFIED+BY: Tom Marshall
 PLATFORMS: wxGTK
 SHORT+DESCRIPTION: wxGTK: infinite recursion in font selection
-Submit: Submit
 WORKAROUND: Create default font mapping for every
 wxGTK app (?)
 visitor_email_address: tommy@aa.net
@@ -282,13 +280,143 @@ FIXED+BY:
 IDENTIFIED+BY: Tom Marshall
 PLATFORMS: wxGTK
 SHORT+DESCRIPTION: wxGTK: wxsocket example crashes if listen socket unavailable
-Submit: Submit
 WORKAROUND: None.
 visitor_email_address: tommy@aa.net
 wxWINDOWS+VERSION: 2.1.11
 
+DATE+FIXED: 07/12/1999
+DATE+IDENTIFIED: 04/12/1999
+DETAILS: In wxTextCtrl::AdjustSpaceLimit(), the check for len > limit
+does not take into account when len == limit. This caused the
+output to freeze when the limit was reached.
+FIXED+BY: Vasu Harish
+IDENTIFIED+BY: Vasu Harish
+PLATFORMS: wxMSW
+SHORT+DESCRIPTION: wxTextCtrl clogs output occasionally when the text size limit is reached
+WORKAROUND: In the check for (len > limit) condition in wxTextCtrl::AdjustSpaceLimit()
+call, added the condition to check for the len==limit. 
+visitor_email_address: vasuh@bullant.net
+wxWINDOWS+VERSION: wx2.1.11
+
+DATE+FIXED: 30/12/1999
+DATE+IDENTIFIED: 
+DETAILS: the setting of wxvc_dll have a bug of precompiled setting with release version.
+FIXED+BY: Pumb Peng
+IDENTIFIED+BY: Pumb Peng
+PLATFORMS: windows NT
+SHORT+DESCRIPTION: wxvc_dll.dsp Bug
+Submit: Submit
+WORKAROUND: 
+visitor_email_address: 
+wxWINDOWS+VERSION: 2.1.11
+
+DATE+FIXED: 05/01/2000
+DATE+IDENTIFIED: 04/01/2000
+DETAILS: The various message callback members of
+wxMessageDialog pass the client_data variable
+as in "int" which are later used a pointers. On a 64-bit 
+system they must be passed as pointers or
+as "long" variables.
+FIXED+BY: JACS
+IDENTIFIED+BY: Ray Lanza
+PLATFORMS: motif
+SHORT+DESCRIPTION: wxMessageDialog is not 64bit safe
+Submit: Submit
+WORKAROUND: Change the declaration to void * or long
+visitor_email_address: rjl@zk3.dec.com
+wxWINDOWS+VERSION: 2.1.10
+
+DATE+FIXED: 12/01/2000
+DATE+IDENTIFIED: 12/01/2000
+DETAILS: When I try to Print or create
+wxPrintPreview object in the
+printing sample, it fails.
+The reason is the wxGetDefaultDeviceName
+function in file msw/dcprint.cpp. In line 253
+the memory is freed, and then
+the pointer to the freed memory
+is used.
+FIXED+BY: Alexey V. Exarevsky (patched into wxWin 12/1/2000 by JACS)
+IDENTIFIED+BY: Alexey V. Exarevsky
+PLATFORMS: wxMSW, compiled by VC++ 6.0
+SHORT+DESCRIPTION: Print/Print preview to default printer in NT
+Submit: Submit
+WORKAROUND: I have moved lines that free
+memory below the lines that
+use lpszDeviceName and 
+lpszPortName
+visitor_email_address: ave@relex.ru
+wxWINDOWS+VERSION: 2.1.11
+
+DATE+FIXED:
+DATE+IDENTIFIED: 14/01/2000
+DETAILS: I run my linux boxes headless and use a Windows box for an XServer... every sample I have tried so far
+hangs in a loop trying to get an acceptable font for something or other... here is the GDB trace
+#1102 0x40203d19 in wxMessageBox ()
+#1103 0x401aee31 in wxFontMapper::GetAltForEncoding ()
+#1104 0x40287c45 in wxLoadQueryNearestFont ()
+#1105 0x4015b3cc in wxFont::GetInternalFont ()
+#1106 0x4017d1db in wxWindow::GetTextExtent ()
+#1107 0x4018f499 in wxDialogBase::CreateTextSizer ()
+#1108 0x40253302 in wxGenericMessageDialog::wxGenericMessageDialog ()
+#1109 0x40203d19 in wxMessageBox ()
+#1110 0x401aee31 in wxFontMapper::GetAltForEncoding ()
+#1111 0x40287c45 in wxLoadQueryNearestFont ()
+#1112 0x4015b3cc in wxFont::GetInternalFont ()
+#1113 0x40154653 in wxWindowDC::DoGetTextExtent ()
+#1114 0x4015e3fd in wxFrame::OnCreateStatusBar ()
+#1115 0x4015e17d in wxFrame::CreateStatusBar ()
+#1116 0x8062edc in ChatFrame::ChatFrame ()
+#1117 0x8062d3d in ChatClient::OnInit ()
+#1118 0x4014587e in wxEntry ()
+#1119 0x401617db in main ()
+FIXED+BY:
+IDENTIFIED+BY: John Barrett
+PLATFORMS: wxGTK
+SHORT+DESCRIPTION: wxWin/GTK and X-Win32 on Windows
+Submit: Submit
+WORKAROUND: 
+visitor_email_address: jbarrett@box100.com
+wxWINDOWS+VERSION: 2.1.11
 
+DATE+FIXED:
+DATE+IDENTIFIED: 17.01.2000
+DETAILS: wxWindows 2 installer simply replaces msv(i)crt.dll. MUST ONLY overwrite if newer!!! Apart from that: the libraries provided are from VC6Sp1 and are known to be buggy!
+FIXED+BY: 
+IDENTIFIED+BY: Klaus Richter
+PLATFORMS: wxMSW
+SHORT+DESCRIPTION: Windows Installer problem
+Submit: Submit
+WORKAROUND: Dlls from at least Sp2 (better 3) are needed (read MSDN KB Q190536)!
+visitor_email_address: richter@secude.com
+wxWINDOWS+VERSION: 2.1.11
 
+DATE+FIXED:
+DATE+IDENTIFIED: 18/01/2000
+DETAILS: I tested wxWindows/GTK+ with a simple example which
+uses frame, menu, and statusbar. But when I selected
+a menu item which creates a simple 'about dialog'
+several times, the program crashed with segmentation fault.
+I traced it with gdb, and I got this message:
+
+Program received signal SIGSEGV, Segmentation fault
+0x408f1796 in match_theme_image ()
+  from /usr/lib/gtk/themes/engines/libpixmap.so
+
+I guessed from this message that the pixmap routine in
+GTK+ theme engine caused crash. So, I changed GTK+ theme
+to default which doesn't use any pixmaps and tested
+again. This time, the program didn't crash.
+
+I'm using Redhat 6.1 with egcs 1.1.2.
+FIXED+BY:
+IDENTIFIED+BY: Sangpil Yoon
+PLATFORMS: wxGTK
+SHORT+DESCRIPTION: Problem with GTK+ theme
+Submit: Submit
+WORKAROUND: Currently none.
+visitor_email_address: yphil99@yahoo.com
+wxWINDOWS+VERSION: 2.1.12
 
 ---------------------------END OF BUGLIST-------------------------