Menu
▾
▴
wxcode-users — Submission, Questions, Information
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
(5) |
Apr
(7) |
May
(11) |
Jun
(19) |
Jul
(9) |
Aug
(5) |
Sep
(6) |
Oct
(18) |
Nov
(9) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(8) |
Feb
(1) |
Mar
(5) |
Apr
(1) |
May
(1) |
Jun
(73) |
Jul
(128) |
Aug
(39) |
Sep
(91) |
Oct
(24) |
Nov
(42) |
Dec
(37) |
| 2006 |
Jan
(8) |
Feb
(22) |
Mar
(15) |
Apr
(44) |
May
(13) |
Jun
(9) |
Jul
(19) |
Aug
(35) |
Sep
(28) |
Oct
(53) |
Nov
(19) |
Dec
(29) |
| 2007 |
Jan
(28) |
Feb
(37) |
Mar
(86) |
Apr
(14) |
May
(48) |
Jun
(2) |
Jul
(20) |
Aug
(19) |
Sep
(19) |
Oct
(8) |
Nov
(11) |
Dec
(11) |
| 2008 |
Jan
(3) |
Feb
(1) |
Mar
(22) |
Apr
(7) |
May
(3) |
Jun
|
Jul
(16) |
Aug
(10) |
Sep
(5) |
Oct
(3) |
Nov
(24) |
Dec
(9) |
| 2009 |
Jan
(14) |
Feb
(4) |
Mar
(16) |
Apr
(13) |
May
(22) |
Jun
(3) |
Jul
(3) |
Aug
(8) |
Sep
(20) |
Oct
(18) |
Nov
(5) |
Dec
(11) |
| 2010 |
Jan
(4) |
Feb
(4) |
Mar
(7) |
Apr
(5) |
May
(41) |
Jun
(15) |
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(7) |
Nov
(8) |
Dec
(3) |
| 2011 |
Jan
(28) |
Feb
(29) |
Mar
(3) |
Apr
(7) |
May
(3) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(4) |
Nov
(7) |
Dec
|
| 2012 |
Jan
(3) |
Feb
(4) |
Mar
(3) |
Apr
(3) |
May
(2) |
Jun
(2) |
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
(5) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
|
| 2015 |
Jan
(7) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-07-17 10:32:08
|
Bugs item #3030904, was opened at 2010-07-17 10:32 Message generated for change (Tracker Item Submitted) made by ettlmartin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3030904&group_id=51305 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: orbitcowboy (ettlmartin) Assigned to: Nobody/Anonymous (nobody) Summary: [cppcheck][wxadvtable] const correctness patch Initial Comment: Hello, i have attched a patch to improve const correctness of wxadvtable memberfunctions. Hope you like it? The following member functions has been changed (output from cppcheck): [properties.h:70]: (Style) The function 'Property::GetName' can be const [properties.h:79]: (Style) The function 'Property::GetUID' can be const [properties.h:88]: (Style) The function 'Property::GetType' can be const [properties.cpp:226] -> [properties.h:291]: (Style) The function 'PropertyCollection::GetCount' can be const [propertypage.h:46]: (Style) The function 'PropCtrl::GetId' can be const [../src/wxadvtable.cpp:1424]: (Style) The function 'SortHelper::Index' can be const Best regards Ettl Martin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3030904&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2010-07-17 10:25:08
|
Bugs item #3030903, was opened at 2010-07-17 10:25 Message generated for change (Tracker Item Submitted) made by ettlmartin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3030903&group_id=51305 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: orbitcowboy (ettlmartin) Assigned to: Nobody/Anonymous (nobody) Summary: [cppcheck][wxadvtable] possible nullpointer dereference Initial Comment: During a scan with cppcheck of wxadvtable, the tool discovered a possible nullpointer dereference. Please consider the attached patch that solves the issue. Best regards Ettl Martin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3030903&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2010-07-11 14:15:34
|
Bugs item #3028072, was opened at 2010-07-11 17:15 Message generated for change (Tracker Item Submitted) made by mustafa95 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3028072&group_id=51305 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: (mustafa95) Assigned to: Nobody/Anonymous (nobody) Summary: wxSqlite3 minimal sample link problem Initial Comment: Hi, I have link problem with wxsqlite3-1.9.9 minimal example program. "Static Unicode Debug Monolithic Static" configuration compiles but At VC++ 2008 "Static Unicode Release Monolithic Static" configuration gaves these link problems: minimal.obj : error LNK2001: unresolved external symbol "private: static int wxDebugContextDumpDelayCounter::sm_count" (?sm_count@wxDebugContextDumpDelayCounter@@0HA) wxcode_msw28u_wxsqlite3.lib(wxsqlite3.obj) : error LNK2001: unresolved external symbol "private: static int wxDebugContextDumpDelayCounter::sm_count" (?sm_count@wxDebugContextDumpDelayCounter@@0HA) minimal.obj : error LNK2001: unresolved external symbol "private: void __thiscall wxDebugContextDumpDelayCounter::DoDump(void)" (?DoDump@wxDebugContextDumpDelayCounter@@AAEXXZ) wxcode_msw28u_wxsqlite3.lib(wxsqlite3.obj) : error LNK2001: unresolved external symbol "private: void __thiscall wxDebugContextDumpDelayCounter::DoDump(void)" (?DoDump@wxDebugContextDumpDelayCounter@@AAEXXZ) ..\samples\minimal.exe : fatal error LNK1120: 2 unresolved externals ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3028072&group_id=51305 |
|
From: SourceForge.net <no...@so...> - 2010-06-28 11:42:30
|
Bugs item #3022314, was opened at 2010-06-28 20:42 Message generated for change (Tracker Item Submitted) made by ieiju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3022314&group_id=51305 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: wxpdfdoc Group: last released version Status: Open Resolution: None Priority: 5 Private: No Submitted By: ISHII Eiju (ieiju) Assigned to: Nobody/Anonymous (nobody) Summary: wxPdfDocument::AddPage() does not function correctly Initial Comment: I try wxPDFDocument 0.8.5. (I sent a patch for version 0.8.0 before (outdated patch...)) wxPDFDocument::AddPage() method is effective for only the setting of the page that I added last, and it seems to influence the other pages. (exsample: I used the method in the program as follows: first page - A4 paper second page - A3 paper ) However, the first page has become A3. Furthermore, the rotation seems not to be sometimes output correctly, too. I thought whether it was the bug of one's program first. However, I tried a sample program of wxPDFDocument and judged it to be a bug of wxPDFDocument. Is my usage of this method wrong? (At least on the sample source) By the way, my patched version also is the same interface. I am sorry for you, but I think that the patched version which I made more works correctly. You also had better give insight well. I ask for a some more test of version 0.8.5. And please try patched version 0.8.0 by me to if possible. (Only as for the individual page sizes function) I attach a sample source and PDF. I attach a patch again. Please confirm it. Because I want to use newest wxPDFDocument well, please fix a bug by all means! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3022314&group_id=51305 |
|
From: PGridDev <pgr...@ya...> - 2010-06-26 17:32:39
|
Hi all, This is a broadcast for users of the wxTreeListCtrl control. A new release 2010-06-26 is available (tooltips per row, page-up/down, minor changes & fixes --full release notes see below): - website: http://wxcode.sourceforge.net/components/treelistctrl - download: http://sourceforge.net/projects/wxcode/files/Components/treelistctrl/treelistctrl_2010-06-26.tar.gz/download A special thanks to Remigius-11 for his input ! Happy coding, Ronan ==================== ChangeLog begin ==================== * treelistctrl_2010-06.26.tar.gz - Fixed: improved support for GCC 4.x & compiling under Linux/GTK [#2858731] - Fixed: crash on start with GTK (call to SetBackgroundStyle) - Fixed: Unicode support [#2911015] - Fixed: spurious warning, unicode support with VC8.0 [#2962879] - Fixed: keep multiple selection when right-clicking on any selected (included last selected) item - Fixed: rectangle on non-current item after multiple unselection - Fixed: explicit conversions around size_t - Changed: made GetHeaderWindow() and GetMainWindow() protected (useless outside treelistctrl.cpp) - Changed: IsVisible now with 'within' option, and will only return true for fully visible items - Added: test program now reports selection content - Added: tooltip support, also for individual items [feature#2858734] - Added: support for page-up/page-down, improved 'end' key [feature#2989510] * treelistctrl_2009-07-19.tar.gz - Fixed: GetPrev() not working at all [#2691182] - Changed: reduced flickering [feature #2460180] * treelistctrl_2008-12-05.tar.gz - Fixed: non-compliant declarations in class wxTreeListMainWindow [#2051640] - Fixed: edit changes commited to wrong column [#2342061] - Fixed: crash after rename / cell edit [#2342054] - Fixed: crash on deletion of selected item (seen with multiple selection enabled on shutdown); bug introduced in v2008-07-21 - Fixed: empty item text (in main & other columns) - Fixed: Drag from treelistctrl to another works improperly (drag origin not remembered accurately) [#1811335] - Fixed: allow multiple selection in right-click & dragging [#1488235] - Fixed: assertion in DoNotifyWindowAboutCaptureLost in wxMSW 2.7.1 [#1583135] - Changed: better positioning and size of editing cell * treelistctrl_2008-07-21.tar.gz - Fixed: selection behavior - Fixed: make all mouse events accessible to child class [#2018407] - Fixed: column now always populated for mouse events [#2018407] - Fixed: crash on key navigation after item delete [#2021908] - Fixed: crash on edit after item delete [#2021908] - Fixed: missing event EVT_TREE_END_LABEL_EDIT when cancelled - Fixed: several crash possibilities when there is no root [#2021908] - Changed: changing the selection mode (wxTR_MULTIPLE style) will now reset the selection - Changed: id of main column is always returned in events (used to be -1 on blank area) - Changed: after an item is deleted, its next siblings is selected if it exists - Changed: key actions: if no item is selected, root is selected and no further action is taken - Changed: use same logic for double-click and return key (i.e. activate event will expand by default) - Added: events EVT_TREE_ITEM_MIDDLE_CLICK, EVT_TREE_ITEM_MENU - Added: events are also generated when empty area is clicked (with wxTreeEvent::IsOk() returning false) [#2018407] - Added: test program now with log window showing events fired - Added: test program includes compile option WITH_CHILD_CLASS demonstrating capturing mouse events in child class [#2018407] - Doc: added ommited (EVT_TREE_END_DRAG,EVT_TREE_ITEM_RIGHT_CLICK) and new events [#2018407] - Doc: mention wxTreeEvent::GetInt() to obtain column [#2018407] - Doc: corrected incorrect mention of no event on some delete actions * treelistctrl_2008-06-18.tar.gz - Fixed: dead zone in labels with big fonts - Fixed: improved text/frame proportion in label row for big fonts (MSW) - Added: support for MinGW+MSYS through Makefile - Added: support for CodeBlock+GCC through project file * treelistctrl_2006-06-21.tar.gz - first available release on sf.net ==================== ChangeLog end ==================== |
|
From: Troels K <tr...@kn...> - 2010-06-24 09:24:40
|
Yes. The problem is simply that the new files, wxext.cpp and steart.cpp, aren't linked in. I'll check in the solution as soon I as I get my new Linux box up and running. Sorry about the inconvenience. /Troels |
|
From: SourceForge.net <no...@so...> - 2010-06-23 21:45:44
|
Bugs item #3020443, was opened at 2010-06-23 21:45 Message generated for change (Tracker Item Submitted) made by ettlmartin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3020443&group_id=51305 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: any Group: Subversion TRUNK Status: Open Resolution: None Priority: 5 Private: No Submitted By: orbitcowboy (ettlmartin) Assigned to: Nobody/Anonymous (nobody) Summary: [cppcheck][webupdate] The given size 33 is mismatching Initial Comment: during a scan with cppcheck, the tool discovered a missmatch in allocating memory in file md5.cpp Please refer the attached patch that fixes the issue. Best regards Ettl Martin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3020443&group_id=51305 |
|
From: klaas.holwerda <ng...@kl...> - 2010-06-23 18:39:20
|
Hi, I see, all commits lately, are done by, Troels. Do you compile/test it on the stable wxWidgets release? What is to be done to make it compile? Thanks, Klaas On 06/21/2010 10:04 PM, klaas.holwerda wrote: > Hi, > > I can't succeed to compile and link it anymore. > I do try with wxWidgets2.8.11. > |
|
From: klaas.holwerda <ng...@kl...> - 2010-06-21 20:04:47
|
Hi, I can't succeed to compile and link it anymore. I do try with wxWidgets2.8.11. This is the first part of what i get. So its the undefined refences. Do i have to disable something in setup0.h?? Thanks for some help, Klaas klaas@klaas-desktop:~/soft/wxcode/trunk/wxCode/components/stedit$ make g++ -o samples/stedit/wxstedit wxstedit_wxstedit.o -L./lib -L./lib -lwxcode_gtk2d_stedit-2.8 -L/usr/local/lib -pthread /usr/local/lib/libwx_gtk2d_stc-2.8.a /usr/local/lib/libwx_gtk2d_html-2.8.a /usr/local/lib/libwx_gtk2d_adv-2.8.a /usr/local/lib/libwx_gtk2d_core-2.8.a /usr/local/lib/libwx_based-2.8.a -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lXinerama -lSM -lpng -ljpeg -lwxtiffd-2.8 -lz -ldl -lm wxstedit_wxstedit.o: In function `wxStEditApp::OnInit()': /home/klaas/soft/wxcode/trunk/wxCode/components/stedit/./samples/stedit/wxstedit.cpp:129: undefined reference to `wxLocale_Init(wxLocale*, wxString const&, wxLanguage)' ./lib/libwxcode_gtk2d_stedit-2.8.a(stedit_lib_stedit.o): In function `wxSTEditor::ShowPropertiesDialog()': /home/klaas/soft/wxcode/trunk/wxCode/components/stedit/./src/stedit.cpp:2516: undefined reference to `wxGetStockLabelEx(int, long)' ./lib/libwxcode_gtk2d_stedit-2.8.a(stedit_lib_stedit.o): In function `wxSTEditor::ShowFindReplaceDialog(bool, bool)': /home/klaas/soft/wxcode/trunk/wxCode/components/stedit/./src/stedit.cpp:3091: undefined reference to `wxGetStockLabelEx(int, long)' /home/klaas/soft/wxcode/trunk/wxCode/components/stedit/./src/stedit.cpp:3098: undefined reference to `wxGetStockLabelEx(int, long)' ./lib/libwxcode_gtk2d_stedit-2.8.a(stedit_lib_stedit.o): In function `wxSTEditor::ShowPrintPreviewDialog()': /home/klaas/soft/wxcode/trunk/wxCode/components/stedit/./src/stedit.cpp:3619: undefined reference to `wxGetStockLabelEx(int, long)' /home/klaas/soft/wxcode/trunk/wxCode/components/stedit/./src/stedit.cpp:3619: undefined reference to `wxPreviewFrameEx::wxPreviewFrameEx(wxPrintPreviewBase*, wxWindow*, wxString const&, wxPoint const&, wxSize const&, long, wxString const&)' /home/klaas/soft/wxcode/trunk/wxCode/components/stedit/./src/stedit.cpp:3620: undefined reference to `wxSTEditorArtProvider::GetDefaultDialogIcon()' ./lib/libwxcode_gtk2d_stedit-2.8.a(stedit_lib_stedlgs.o): In function `wxSTEditorPrefDialog::Init()': |
|
From: Francesco <f18...@ya...> - 2010-06-12 14:00:14
|
2010/6/11 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>: > > But that's the point. The build files are built from the same script so how > do I tell the SCRIPT that it should include certain files in the Windows > build files and not in the Unix ones? ah, ok, I didn't understand the question. What you need is something like: http://wxcode.svn.sourceforge.net/viewvc/wxcode/trunk/wxCode/components/extminiframe/build/wxextminiframe.bkl?revision=451&view=markup i.e. you define a variable conditionally (based on the value of WX_PORT) and then include that variable into a <sources> tag. Let me know if the ExtMiniFrame component's bakefile is not clear enough :) Francesco |
|
From: sdfkjsjlh s. <sdf...@ya...> - 2010-06-11 15:46:51
|
But that's the point. The build files are built from the same script so how do I tell the SCRIPT that it should include certain files in the Windows build files and not in the Unix ones? Thanks. ________________________________ From: Francesco <f18...@ya...> To: wxc...@li... Sent: Fri, June 11, 2010 5:55:06 AM Subject: Re: [wxCode-users] Round we go... Hi Gary, 2010/6/10 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>: >> Finally, a question. How do I arrange it so that the files that aren't >> Linux-compatible don't compile there? I can't see anything related in your >> guides. > > ...is there any solution for this? well, I think the best way to address this issue is with a proper Readme.txt :) If you look at e.g. the template's readme.txt there are two sections "Installation - unix" and "Installation - win" which contain the commands to run for building the component under win or linux. I also think it should be quite straighforward for anyone experienced with cross-platform development to understand that the configure script is what needs to be run under linux and that the makefiles in the build folder are not meant for linux... ;) Francesco ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ wxCode-users mailing list wxC...@li... https://lists.sourceforge.net/lists/listinfo/wxcode-users |
|
From: Francesco <f18...@ya...> - 2010-06-11 10:55:12
|
Hi Gary, 2010/6/10 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>: >> Finally, a question. How do I arrange it so that the files that aren't >> Linux-compatible don't compile there? I can't see anything related in your >> guides. > > ...is there any solution for this? well, I think the best way to address this issue is with a proper Readme.txt :) If you look at e.g. the template's readme.txt there are two sections "Installation - unix" and "Installation - win" which contain the commands to run for building the component under win or linux. I also think it should be quite straighforward for anyone experienced with cross-platform development to understand that the configure script is what needs to be run under linux and that the makefiles in the build folder are not meant for linux... ;) Francesco |
|
From: sdfkjsjlh s. <sdf...@ya...> - 2010-06-10 16:29:32
|
Hi,
________________________________
From: Francesco <f18...@ya...>
To: wxc...@li...
Sent: Tue, June 8, 2010 4:09:40 PM
Subject: Re: [wxCode-users] Round we go...
Hi,
sorry for the (huge) delay but I got time to boot on my Ubuntu only today :/
-------------
No problem, I've been busy with other things myself.
Anyway I tried regenerating the configure script and it worked fine...
I took the freedom to commit to mmwx my changes and the (working)
configure script I obtained. Said this, against my wxTRUNK (aka 2.9.1)
mmwx doesn't build:
---------------
That's fine, thanks. I didn't expect it to build against 2.9, yet, as I haven't tried. I hope to get to 2.9 in the coming weeks and then I'll have a bunch of things to work on to get them running under it.
/home/frm/work/wxCodeSVN/components/mmwx/bk-deps g++ -c -o
mmwx_lib_mmDbase.o -I./include
-I/usr/local/lib/wx/include/gtk2-unicode-static-2.9
-I/usr/local/include/wx-2.9 -D_FILE_OFFSET_BITS=64 -D__WXGTK__
-pthread -O2 ./src/mmDbase.cpp
In file included from ./src/mmDbase.cpp:11:
./include/wx/mmDbase.h:24:19: warning: wx/db.h: Nessun file o
directory
./include/wx/mmDbase.h:25:24: warning: wx/dbtable.h: Nessun file o
directory
./include/wx/mmDbase.h:30:22: warning: odbcinst.h: Nessun file o
directory
...
but this seems ok to me since contrib is gone in wx2.9... ;)
-------------------
Yep. So...
>
> Finally, a question. How do I arrange it so that the files that aren't
> Linux-compatible don't compile there? I can't see anything related in your
> guides.
...is there any solution for this?
Thanks.
|
|
From: Francesco <f18...@ya...> - 2010-06-08 21:09:49
|
Hi, sorry for the (huge) delay but I got time to boot on my Ubuntu only today :/ Anyway I tried regenerating the configure script and it worked fine... I took the freedom to commit to mmwx my changes and the (working) configure script I obtained. Said this, against my wxTRUNK (aka 2.9.1) mmwx doesn't build: /home/frm/work/wxCodeSVN/components/mmwx/bk-deps g++ -c -o mmwx_lib_mmDbase.o -I./include -I/usr/local/lib/wx/include/gtk2-unicode-static-2.9 -I/usr/local/include/wx-2.9 -D_FILE_OFFSET_BITS=64 -D__WXGTK__ -pthread -O2 ./src/mmDbase.cpp In file included from ./src/mmDbase.cpp:11: ./include/wx/mmDbase.h:24:19: warning: wx/db.h: Nessun file o directory ./include/wx/mmDbase.h:25:24: warning: wx/dbtable.h: Nessun file o directory ./include/wx/mmDbase.h:30:22: warning: odbcinst.h: Nessun file o directory ... but this seems ok to me since contrib is gone in wx2.9... ;) Should you find other problems with regeneration of the configure script / the configure script itself, please let me know... HTH, Francesco 2010/5/26 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>: > > Hi Francesco, > > Today I tried generating the scripts on Ubuntu Karmic. > > I re-ran bakefile_gen. > I then ran acregen.sh, which worked, so that's actually some progress. :-) > I then ran ../configure and I get the following: > > checking for wxWidgets version >= 2.8.0... yes (version 2.8.10) > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > checking for wxWidgets static library... no > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > checking if wxWidgets was built with UNICODE enabled... yes > > If 411 is a line number in the configure script, and I'm not certain that it > is, that is the end of a sed command which I can't readily decode. > > Running make also produces a bunch of > > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > [: 411: 0: unexpected operator > [: 413: 0: unexpected operator > > lines, followed by some compilation that fails, which is down to me, however > it leads me to think that those numbers aren't lines in configure. Makefile > has this many lines and 411 happens to be a lin that references a file that > won't compile on Linux but removing the offending lines doesn't change the > result. > > Finally, a question. How do I arrange it so that the files that aren't > Linux-compatible don't compile there? I can't see anything related in your > guides. > > Thanks. > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > wxCode-users mailing list > wxC...@li... > https://lists.sourceforge.net/lists/listinfo/wxcode-users > > |
|
From: Francesco <f18...@ya...> - 2010-06-06 16:58:14
|
Hi Josef, 2010/6/3 Josef Musil <jos...@gm...>: > thanks a lot for your comments, I've updated the description a bit and > changed the location to uml - good point with that wx prefix :). perfect. I've added your SF user as wxCode developer and approved the component. Unfortunately there's some problem with SF's database system and so the wxCode component list page is currently broken. I hope SF will restore the DB service in few hours. Meanwhile you can upload sources and website contents for your component. Just look at http://wxcode.sourceforge.net/maintguide.php for more info. Don't hesitate to drop questions on this mailing list! Bye! Francesco |
|
From: Josef M. <jos...@gm...> - 2010-06-03 02:07:29
|
Hi Francesco, thanks a lot for your comments, I've updated the description a bit and changed the location to uml - good point with that wx prefix :). Regards, Josef On Wed, Jun 2, 2010 at 11:49 PM, Francesco <f18...@ya...> wrote: > Hi, > sorry for not handling this component submission earlier but > automatic email notifications are disabled... > > Here are the info provided in the wxCode form: > > ----------------------- > name: wxUML > wxversion: 2.8 > category: graphics,wrapper > language: cpp > description: Library for creating UML diagrams based on wsShapeFramework. > location: wxuml > cdate: 2010-04-01 > id: 152 > status: alpha > docs: notavailable > buildsys: bakefile,makefiles > extdep: wxShapeFramework > wiki: disabled > wxport: wxmsw,wxgtk,wxmac > samples: 0 > approved: 0 > author: Josef Musil > version: 0.1 > inCVS: 0 > maintainerid: 161 > > Maintainer SF username: josefmusil > Maintainer name: Josef Musil > Maintainer mail address: jos...@gm... > ------------------------ > > Just a few annotations: > 1) the description is very short (and contains a little typo in > wxShapeFramework name)... maybe some info about the exact features > this library provides would be useful (e.g. does it provide a canvas > for drawing? does it handle load/save of UML files? which UML shape > sets does it support? etc) > 2) it would be better to use as location folder just "uml" (the > component name would still be fine as "wxUML" though) as the wx prefix > is not very useful in the wxCode repository ;) > > Let me know if you confirm all the data above so that I'll proceed > with approval of the component... > > Thanks, > Francesco > |
|
From: Francesco <f18...@ya...> - 2010-06-02 21:49:23
|
Hi, sorry for not handling this component submission earlier but automatic email notifications are disabled... Here are the info provided in the wxCode form: ----------------------- name: wxUML wxversion: 2.8 category: graphics,wrapper language: cpp description: Library for creating UML diagrams based on wsShapeFramework. location: wxuml cdate: 2010-04-01 id: 152 status: alpha docs: notavailable buildsys: bakefile,makefiles extdep: wxShapeFramework wiki: disabled wxport: wxmsw,wxgtk,wxmac samples: 0 approved: 0 author: Josef Musil version: 0.1 inCVS: 0 maintainerid: 161 Maintainer SF username: josefmusil Maintainer name: Josef Musil Maintainer mail address: jos...@gm... ------------------------ Just a few annotations: 1) the description is very short (and contains a little typo in wxShapeFramework name)... maybe some info about the exact features this library provides would be useful (e.g. does it provide a canvas for drawing? does it handle load/save of UML files? which UML shape sets does it support? etc) 2) it would be better to use as location folder just "uml" (the component name would still be fine as "wxUML" though) as the wx prefix is not very useful in the wxCode repository ;) Let me know if you confirm all the data above so that I'll proceed with approval of the component... Thanks, Francesco |
|
From: Francesco <f18...@ya...> - 2010-06-02 21:28:52
|
Hi Gary, sorry again for the delay with this reply... but I'm quite busy :(( 2010/5/24 sdfkjsjlh sdbfgsfsdg <sdf...@ya...> > I've spent even more time trying to debug the website link issue. It still doesn't work for my site... I've fixed the problem. It was related to a conflicting setting for the wiki (which does not exist anymore)... hopefully it should not repeat in the future. > FixedWidthImportCtrlE is one example. I've fixed that one. thanks! > wxDragSpinCtrl is another. The problem with wxDragSpinCtrl may be that it is regisered as "wxFDragSpinCtrl". Note the "F". fixed... > The listing breaks because of this error I suggest that either there's a problem in the DB with wxLED or queryres_table_foreachcomp() isn't fault tolerant, or both. I noticed this a while back but then forgot about it. Either way half of the controls can't be accessed because of this, on any page where wxLED is listed. Fixed this, too. Thanks for the patience ;) Francesco |
|
From: SourceForge.net <no...@so...> - 2010-05-26 06:06:45
|
Feature Requests item #3007183, was opened at 2010-05-26 06:06 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3007183&group_id=51305 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Any component Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support for key sequences in wxKeyBinder Initial Comment: I could really use having multi-key sequences in wxKeyBinder like there exists in Visual Studio, emacs etc... For example Ctrl-X, Ctrl-C. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=462819&aid=3007183&group_id=51305 |
|
From: sdfkjsjlh s. <sdf...@ya...> - 2010-05-25 22:15:42
|
Hi Francesco,
Today I tried generating the scripts on Ubuntu Karmic.
I re-ran bakefile_gen.
I then ran acregen.sh, which worked, so that's actually some progress. :-)
I then ran ../configure and I get the following:
checking for wxWidgets version >= 2.8.0... yes (version 2.8.10)
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
checking for wxWidgets static library... no
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
checking if wxWidgets was built with UNICODE enabled... yes
If 411 is a line number in the configure script, and I'm not certain that it is, that is the end of a sed command which I can't readily decode.
Running make also produces a bunch of
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
[: 411: 0: unexpected operator
[: 413: 0: unexpected operator
lines, followed by some compilation that fails, which is down to me, however it leads me to think that those numbers aren't lines in configure. Makefile has this many lines and 411 happens to be a lin that references a file that won't compile on Linux but removing the offending lines doesn't change the result.
Finally, a question. How do I arrange it so that the files that aren't Linux-compatible don't compile there? I can't see anything related in your guides.
Thanks.
|
|
From: sdfkjsjlh s. <sdf...@ya...> - 2010-05-24 20:30:49
|
Hi Francesco,
I've spent even more time trying to debug the website link issue. It still doesn't work for my site. If I duplicate some code from dboutput.inc in my index.php, I can generate the compenent's listing with an active website link. using write_helper_link() directly also generates an active link. Obviously, though, it fails when used in place. If you look around you'll see that some sites, e.g. AWX, spinctrls, colourpicker, that don't have a website, i.e. an index page, have active links which, of course, fail. Even from the main listing page, the correct path to my index is generated but the link won't activate. It's pretty obvious that the validity check in write_helper_link() is failing when called in place.
Furthermore, several sites display this:
FixedWidthImportCtrlE is one example. I've fixed that one.
wxDragSpinCtrl is another. The problem with wxDragSpinCtrl may be that it is regisered as "wxFDragSpinCtrl". Note the "F".
Then there's the problem with the main listing. Look at the bottom of the page and you'll see this:
The listing breaks because of this error I suggest that either there's a problem in the DB with wxLED or queryres_table_foreachcomp() isn't fault tolerant, or both. I noticed this a while back but then forgot about it. Either way half of the controls can't be accessed because of this, on any page where wxLED is listed.
I'd appreciate t if you could roll up your sleeves and sort it all out. ;-)
Thanks,
Gary.
|
|
From: sdfkjsjlh s. <sdf...@ya...> - 2010-05-24 17:36:09
|
________________________________
From: Francesco <f18...@ya...>
To: wxc...@li...
Sent: Sun, May 23, 2010 1:53:38 PM
Subject: Re: [wxCode-users] Next issue
Hi Gary,
2010/5/19 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> I took the liberty of moving the header lines to header.inc. I've also added
> the new writeScreenshotLink() to compwebsite.inc but I haven't enabled it as
> I didn't want to change the web site's functionality without your knowledge.
I've tested and enabled it; it works just fine, thanks.
--------
Cool. :-)
Btw if you want to suggest changes to wxCode website you're encouraged
to created patches and post them on this mailing list rather than
directly modifying the files on the webserver.
------------
Yeah, I know. I wouldn't do that ordinarily. I see you've added the website to SVN so that should solve the problem.
> I moved Slimbox's css and js folders to the site root. That way we only need
> the one copy for both purposes.
I think it's better to place both .css and .js files in the root
folder as other .css and .js files are placed there so I've moved
slimbox files out of css and js folders. I also moved the gifs in the
"images" folder, which I think is more appropriate.
Could you please remove the "js" and "css" folders since they have no
group write permission? Please remember to always adjust permissions
(adding the group-write bit) of folders/files you place in
"screenshots" folder or anywhere else in the wxCode website.
------------
OK, if that's your desire.
Done.
> I'm happy to go through and put the screenshot index into the other
> directories, if you'd like.
I think this should be done by other maintainers, if they're interested...
Sure, no problem. I only offered because I thought you mentioned it earlier.
Cheers,
Gary.
|
|
From: sdfkjsjlh s. <sdf...@ya...> - 2010-05-24 17:30:58
|
________________________________ From: Francesco <f18...@ya...> To: wxc...@li... Sent: Sun, May 23, 2010 11:38:20 AM Subject: Re: [wxCode-users] changes not visible > Can you push these changes to the SVN repo, please? No update is visible. I think they're already in the SVN repo: http://wxcode.svn.sourceforge.net/viewvc/wxcode/trunk/wxCode/template/build/mycomp.bkl?view=markup -------- Sorry, it looks like TortioseSVN was at fault. Got it now, thanks. |
|
From: sdfkjsjlh s. <sdf...@ya...> - 2010-05-24 17:22:14
|
Hi Francesco,
________________________________
From: Francesco <f18...@ya...>
To: wxc...@li...
Sent: Sun, May 23, 2010 11:35:27 AM
Subject: Re: [wxCode-users] aclocal
Hi,
> However, I still get the second error relating to m4 not recognising the
> argument "--gnu":
>
> /bin/m4: unrecognized option `--gnu'
> Try `/bin/m4 --help' for more information.
> autom4te: /bin/m4 failed with exit status: 1
> aclocal: autom4te failed with exit status: 1
>
> That string doesn't exist anywhere in the build files or templates so I'm a
> bit stuck. The error occurs when acregen.sh calls
>
> aclocal && autoconf && mv configure
>
> whilst aclocal is running but I lose track of where execution goes from
> there. I can't trap it in configure.ac, which I though was next to run.
aclocal & autoconf do not run configure.ac; rather they interpret it
(configure.ac is written in a macro language called "m4" or "m4sugar")
and then build the configure script. From the error you get I think
the problem is that your M4 interpreter (/bin/m4) does not seem to be
the GNU one... and this seems to give problems to autom4te (an utility
used by aclocal).
This problem has nothing to do with wxCode/wxWidgets but rather seems
a problem of MSYS (assuming you're using MSYS).
I strongly suggest you to generate your configure script from a real
Linux installation (which you will require anyway if you want to test
your component/apps under linux)... if you don't want to mess with
partitions/boot-managers, etc, I'd suggest you to go with VMWare
player and the Ubuntu DVD :)
To develop cross-platform software, virtual machines are very handy!
--------
Hmmmm, I'd be surprised if it's not GNU but I'll check that.
Yes, I'm still pursuing my mission of getting it going under MSys, ;-0
Yes, I have many Linux VMs. I generally use Ubuntu when checking my code in Code::Blocks on Linux. It's a thought, I guess, especially since yours won't run on Windows. If it removes the issues it might solve one part of the problem. As long as users can build on Windows it's less important that I can generate the scripts there.
Thanks as always.
|
|
From: Francesco <f18...@ya...> - 2010-05-23 18:53:45
|
Hi Gary, 2010/5/19 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>: > I took the liberty of moving the header lines to header.inc. I've also added > the new writeScreenshotLink() to compwebsite.inc but I haven't enabled it as > I didn't want to change the web site's functionality without your knowledge. I've tested and enabled it; it works just fine, thanks. Btw if you want to suggest changes to wxCode website you're encouraged to created patches and post them on this mailing list rather than directly modifying the files on the webserver. > I put it immediately under the existing version and you just need to rename > it when you're ready. I've tested everything against the mmwx site, > including the temporarily renamed new version of writeScreenshotLink(), and > haven't seen any problems. The original files are backed up as > <filename>.bak. > I moved Slimbox's css and js folders to the site root. That way we only need > the one copy for both purposes. I think it's better to place both .css and .js files in the root folder as other .css and .js files are placed there so I've moved slimbox files out of css and js folders. I also moved the gifs in the "images" folder, which I think is more appropriate. Could you please remove the "js" and "css" folders since they have no group write permission? Please remember to always adjust permissions (adding the group-write bit) of folders/files you place in "screenshots" folder or anywhere else in the wxCode website. > I'm happy to go through and put the screenshot index into the other > directories, if you'd like. I think this should be done by other maintainers, if they're interested... > Users still need to set $compname in index.php. We can remove that > requirement but it will require changing some code. I played around with > that for a while and can see most of what needs to be done but it gets hard > to debug and see what's going on when you don't have the whole site and it's > DB to work with. Basically, you'd need to change queryres_table() in > dboutput.inc to add the query string "?name=$comp[name]" to > $compurl['website'] and $compurl['screenshots']. We could then adjust the > index.php files to use the name passed. Doing that for $compurl['website'] > causes problems for file checking in write_helper_link(), though, so it > needs a bit more investigation. I think it's really easy for any maintainer to setup his lightbox-enabled screenshots page if he wants to, so I'd avoid modifying the existing code just to avoid users to modify the PHP file they put in their screenshots folder.. Forcing maintainers to open that index.php also makes them more aware of the possibilities they have and aware of how the website work ;) Thanks! Francesco |
6 messages has been excluded from this view by a project administrator.
