From Karl.Reinl at ...16... Sun Oct 1 00:38:46 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sun, 01 Oct 2006 00:38:46 +0200 Subject: [Gambas-devel] Debug enhancing (01-43) with source files and diff-files In-Reply-To: <200609242029.25104.gambas@...1...> References: <200609232308.16748.Karl.Reinl@...16...> <200609242029.25104.gambas@...1...> Message-ID: <1159655927.7046.8.camel@...102...> Am Sonntag, den 24.09.2006, 20:29 +0200 schrieb Benoit Minisini: > On Saturday 23 September 2006 23:08, Charlie Reinl wrote: > > Salut Beno?t, > > > > this is the version for gambas2-1.9.43 > > > > Changes : > > resizeable Form > > and also see teh mails this evening. > > > > Amicalment > > Charlie > > I have committed some changes for you in the debugger. > > You now have a new command named '#' that prints information about arrays, > collections and objects. OK > > This command first prints the class name of the object, followed by a space. > Then: > OK > * For arrays, it prints the number of array elements. > OK > * For collections, it prints the number of elements, a space, and a list of > keys stored in the collection. Each key is quoted, written between double > quotes, and separated a space. Everything is written on one line. > OK > * For objects, it prints a list of public properties and variables, separated > by a space. If a property or variable is static it is suffixed by the '(S)' > string. Everything is written on one line. > NOT yet tested > If you use '#' on something that is not an object, the command returns > nothing. Maybe it should return a void line, for consistency. > Must have a return, because like now it disturbes the stack, and I can not reacte to the following steps on the form (Application.busy etc.) > The '?' command does not print array or collection contents anymore. To get > information about objects contents, you must use the '#' command, and the '?' > command again to get the value of each object part. > > Now, let's talk about the balloon replacement. > > I'd like you make a new form dedicated to printing the value of an expression. > Let's call this form 'FDebugExpr' for example. How to start this? > > This form should display first what the '?' command returns. > > Then you use a TableView to display each object part. If the user > double-clicks on an object part that is an array, a collection or an object, > you open a new FDebugExpr window that prints the part contents. > > I suggest that FDebugExpr is border-less, like a yellow note of KNotes, or at > least has the ToolBox property set. > > If the debugger runs the code, then all FDebugExpr windows must be refreshed. > The ultimate feature then would be displaying in red the values that changed > since the last debugger stop. > > I think what I wrote is not very different from what you have already done, > but now you have the needed debugger command. > > I added a new method in the Design class, Design.Eval(), so that you can get > the value of any expression withotu having to deal with the event loop. > > Tell what you think about all that! > > Regards, > The '#ME' seams not to find : Static i1 AS Integer Static PRIVATE i2 AS Integer PUBLIC OK PRIVATE OK STATIC PRIVATE OK Amicalment ?harlie From Karl.Reinl at ...16... Sun Oct 1 12:26:09 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sun, 01 Oct 2006 12:26:09 +0200 Subject: [Gambas-devel] about #ME ( correcting ) Message-ID: <1159698370.5355.3.camel@...102...> > The '#ME' seams not to find : Static i1 AS Integer Static PRIVATE i2 AS Integer PUBLIC OK PRIVATE OK STATIC PRIVATE OK (worng) meant STATIC PUBLIC STATIC PUBLIC OK Amicalment Charlie From Karl.Reinl at ...16... Sun Oct 1 21:02:39 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sun, 1 Oct 2006 21:02:39 +0200 Subject: [Gambas-devel] Debug-enhancments Message-ID: <200610012102.40138.Karl.Reinl@...16...> Salut Beno?t, this is a version for you last changes in Debug (your mail from 24.09) That is not finished, but shows some problem, which occure. All my changes starts by a DblClick in '(ME) objects', 'Locals', 'Watch' or somwhere in the editor. If DebugExpr - Window is displayed a DblClick on 'BaseInfo' = First line, filles the rest (for Arrays and Collections), Variables fail (no return) I enhanced DebugInfo to use "#ME" which, replaces the old 'o' option. If you test it with my XArray project, - you will see whats the problem with the none Objects. - Open the DebugExpr - Window with the 'pubPUBLIC' Variable which is declared as 'PUBLIC pubPUBLIC AS String' , - DblClick first line in DebugExpr - Window - Kill the frozen Window - (TRy) Open the DebugExpr - Window with the bb Variable which is declared as 'DIM bb AS String[]' , - DblClick first line in DebugExpr - Window - the ME-objects which are/are not displayed. And you can find out why #11 is send, if you start the project with F8, think that something to do with the "#ME". Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: xArray-0.0.1.tar.gz Type: application/x-tgz Size: 5519 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_Work.tar.bz2 Type: application/x-tbz Size: 9256 bytes Desc: not available URL: From Karl.Reinl at ...16... Mon Oct 2 23:18:53 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Mon, 2 Oct 2006 23:18:53 +0200 Subject: [Gambas-devel] gambas2-1.9.43(svn) IDE- debug enhancment -- Design.Eval Message-ID: <200610022318.53416.Karl.Reinl@...16...> Salut Beno?t, the Design.Eval returns only strings ,never quoted strings, so the table who shows '#ME' differs to the 'Local' one. It would be better to return at Design.Eval the strings also quoted, what to you think ? Will that be possible ? This version, is version after first hack. So more consistent. The pb from yesterday still exists. Now I show values and errors in a baloon, for others (objects) I open DebugExpr.Form. The difference I make by the '(' at first sign (by string analysing). I still use for testing the XArray project (thats not a real project, but has lots of cases for the debugger-enhancment). Send you the files and the diff's. If you prefere, I can send also the hole IDE-project. Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_Work_02.tar.bz2 Type: application/x-tbz Size: 9435 bytes Desc: not available URL: From gambas at ...1... Tue Oct 3 20:49:00 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 3 Oct 2006 20:49:00 +0200 Subject: [Gambas-devel] gambas2-1.9.43(svn) IDE- debug enhancment -- Design.Eval In-Reply-To: <200610022318.53416.Karl.Reinl@...16...> References: <200610022318.53416.Karl.Reinl@...16...> Message-ID: <200610032049.00221.gambas@...1...> On Monday 02 October 2006 23:18, Charlie Reinl wrote: > Salut Beno?t, > > the Design.Eval returns only strings ,never quoted strings, so the table > who shows '#ME' differs to the 'Local' one. > It would be better to return at Design.Eval the strings also quoted, what > to you think ? Will that be possible ? > > This version, is version after first hack. So more consistent. The pb from > yesterday still exists. > > Now I show values and errors in a baloon, for others (objects) I open > DebugExpr.Form. > The difference I make by the '(' at first sign (by string analysing). > > I still use for testing the XArray project (thats not a real project, but > has lots of cases for the debugger-enhancment). > > Send you the files and the diff's. > > If you prefere, I can send also the hole IDE-project. > > Amicalment > Charlie Hi, Look in the svn. I have committed a '#' command that works now. You should subscribe to the gambas-devel-svn mailing-list to be warned each time there is a commit in the svn repository. I will add an option to Design.Eval() as soon as possible so that you can get the value quoted or unquoted. I will look at your code when you tell me that you have everything you need from the debugger and from the IDE. Regards, -- Benoit Minisini From Karl.Reinl at ...16... Tue Oct 3 22:08:20 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 03 Oct 2006 22:08:20 +0200 Subject: [Gambas-devel] gambas2-1.9.43(svn) IDE- debug enhancment -- Design.Eval In-Reply-To: <200610032049.00221.gambas@...1...> References: <200610022318.53416.Karl.Reinl@...16...> <200610032049.00221.gambas@...1...> Message-ID: <1159906101.5177.1.camel@...102...> Am Dienstag, den 03.10.2006, 20:49 +0200 schrieb Benoit Minisini: > On Monday 02 October 2006 23:18, Charlie Reinl wrote: > > Salut Beno?t, > > > > the Design.Eval returns only strings ,never quoted strings, so the table > > who shows '#ME' differs to the 'Local' one. > > It would be better to return at Design.Eval the strings also quoted, what > > to you think ? Will that be possible ? > > > > This version, is version after first hack. So more consistent. The pb from > > yesterday still exists. > > > > Now I show values and errors in a baloon, for others (objects) I open > > DebugExpr.Form. > > The difference I make by the '(' at first sign (by string analysing). > > > > I still use for testing the XArray project (thats not a real project, but > > has lots of cases for the debugger-enhancment). > > > > Send you the files and the diff's. > > > > If you prefere, I can send also the hole IDE-project. > > > > Amicalment > > Charlie > > Hi, > > Look in the svn. I have committed a '#' command that works now. You should > subscribe to the gambas-devel-svn mailing-list to be warned each time there > is a commit in the svn repository. > > I will add an option to Design.Eval() as soon as possible so that you can get > the value quoted or unquoted. > > I will look at your code when you tell me that you have everything you need > from the debugger and from the IDE. > > Regards, Salut, OK, done. Amicalment Charlie From Karl.Reinl at ...16... Tue Oct 3 22:50:22 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 03 Oct 2006 22:50:22 +0200 Subject: [Gambas-devel] svn Message-ID: <1159908623.5177.5.camel@...102...> Salut, has anybody some hints for a newbe in svn, tool, better man/help-files as actually provieded for svn. I found the svn-book, but is there something like short help/first-steps? Amicalment Charlie From Karl.Reinl at ...16... Tue Oct 3 23:28:13 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 03 Oct 2006 23:28:13 +0200 Subject: [Gambas-devel] gambas2 svn-version Message-ID: <1159910894.5177.11.camel@...102...> Salut, gambas2 svn-version reports 'gambas2-1.9.43' , something other would be better. Got still an error with help ( updated last svn ~ 23:00 ) Amicalment Charlie From lordheavy at ...141... Tue Oct 3 23:52:15 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 3 Oct 2006 23:52:15 +0200 Subject: [Gambas-devel] gambas2 svn-version In-Reply-To: <1159910894.5177.11.camel@...102...> References: <1159910894.5177.11.camel@...102...> Message-ID: <200610032352.16091.lordheavy@...141...> Le mardi 3 octobre 2006 23:28, Charlie Reinl a ?crit?: > Salut, > > gambas2 svn-version reports 'gambas2-1.9.43' , something other would be > better. gbx is tagged as 1.9.44 .... perhaps number version is "harcoded" in the ide .... > > Got still an error with help ( updated last svn ~ 23:00 ) > It's fixed in svn, did you make a 'reconf-all' ? > Amicalment > Charlie > Regards, From Karl.Reinl at ...16... Wed Oct 4 00:12:20 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 04 Oct 2006 00:12:20 +0200 Subject: [Gambas-devel] gambas2 svn-version In-Reply-To: <200610032352.16091.lordheavy@...141...> References: <1159910894.5177.11.camel@...102...> <200610032352.16091.lordheavy@...141...> Message-ID: <1159913541.5177.16.camel@...102...> Am Dienstag, den 03.10.2006, 23:52 +0200 schrieb Laurent Carlier: > Le mardi 3 octobre 2006 23:28, Charlie Reinl a ?crit : > > Salut, > > > > gambas2 svn-version reports 'gambas2-1.9.43' , something other would be > > better. > > gbx is tagged as 1.9.44 .... perhaps number version is "harcoded" in the > ide .... > > > > > Got still an error with help ( updated last svn ~ 23:00 ) > > > > It's fixed in svn, did you make a 'reconf-all' ? Just ( about 20 min ) did that, now have 'nothing' left, oh not nothing, got problems , breaks at gtk.svg, will see later. Thanks > > > Amicalment > > Charlie > > > > Regards, > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From lordheavy at ...141... Wed Oct 4 00:19:49 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 4 Oct 2006 00:19:49 +0200 Subject: [Gambas-devel] gambas2 svn-version In-Reply-To: <1159913541.5177.16.camel@...102...> References: <1159910894.5177.11.camel@...102...> <200610032352.16091.lordheavy@...141...> <1159913541.5177.16.camel@...102...> Message-ID: <200610040019.50062.lordheavy@...141...> Le mercredi 4 octobre 2006 00:12, Charlie Reinl a ?crit?: > Am Dienstag, den 03.10.2006, 23:52 +0200 schrieb Laurent Carlier: > > Le mardi 3 octobre 2006 23:28, Charlie Reinl a ?crit : > > > Salut, > > > > > > gambas2 svn-version reports 'gambas2-1.9.43' , something other would be > > > better. > > > > gbx is tagged as 1.9.44 .... perhaps number version is "harcoded" in the > > ide .... > > > > > Got still an error with help ( updated last svn ~ 23:00 ) > > > > It's fixed in svn, did you make a 'reconf-all' ? > > Just ( about 20 min ) did that, now have 'nothing' left, oh not nothing, > got problems , breaks at gtk.svg, will see later. Thanks > This is a known problem, it need rsvg lib to build. ++ From chintanraoh at ...176... Tue Oct 3 17:50:22 2006 From: chintanraoh at ...176... (chintan rao) Date: Tue, 3 Oct 2006 21:20:22 +0530 Subject: [Gambas-devel] Conditional compilation Message-ID: Hi, >From: Benoit Minisini >To: mailing list for gambas developers < gambas-devel at lists.sourceforge.net > > >I never really think about this feature. I think the a preprocessor so=hould >be included inside the compiler, just after or during the tokenization of the >source code. >Note that at the moment, I found no need for a preprocessor in Gambas. Maybe >this should be asked first on the mailing-list. I have not coded much in gambas. This could be one possibility. You could possibly have . #IF code for classname #ELSE "error" #ENDIF or we could have #IFNDEF "error" #ENDIF This way you could even avoid #define statements. Does this make it bit like c++/c ?I don't think so. I think it is simple enough to understand for a Gambas user. What do you think about this? yours sincerely Chintan Rao H -------------- next part -------------- An HTML attachment was scrubbed... URL: From priastefano at ...506... Wed Oct 4 07:34:41 2006 From: priastefano at ...506... (Stefano Pria) Date: Wed, 4 Oct 2006 7:34:41 +0200 Subject: [Gambas-devel] smtp problem Message-ID: <20061004053443.EODW24169.fepna11-svc.tim.it@...102...> Montelupo Fiorentino, Italy 2 Ottobre/October 2006 Thank you very much Mr. Benoit Minisini for your attention, now I adjust my software with your indication and I arrive to Send the message but the software stop in SEND function: PUBBLIC SUB ToolButton1_Click() DIM scratch_var as Integer smtpobj.From = "priastefano at ...506..." smtpobj.To.Add("priastefano at ...255...") smtpobj.Subject = "Try to send an image" smtpobj.Add(File.Load("/home/stefano/NameImage.jpg"), "image/jpeg", "NameImage.jpg") smtpobj.Send() scratch_var += 1 ...... END The program never arrive at "scratch_var += 1" statement and never arrive the message in my mail box. At object smtpclient I was assigned Port:25 and Host: out.aliceposta.it like my email account configuration of kmail. With KMail I try to send email and I have success, I try to change Host configuration of SmtpClient with "smtp.posta.tim.it" and when I try to SEND message GAMBAS say "Mailserver unknown"... What's still wrong ? What can I try ? Thank yuo in advance for your time. Distinti Saluti/Best Regards Pria Stefano From gambas at ...1... Wed Oct 4 08:52:24 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 4 Oct 2006 08:52:24 +0200 Subject: [Gambas-devel] Conditional compilation In-Reply-To: References: Message-ID: <200610040852.25017.gambas@...1...> On Tuesday 03 October 2006 17:50, chintan rao wrote: > Hi, > > >From: Benoit Minisini > >To: mailing list for gambas developers < > > gambas-devel at lists.sourceforge.net > > > > > >I never really think about this feature. I think the a preprocessor > > so=hould > > >be included inside the compiler, just after or during the tokenization of > > the > > >source code. > >Note that at the moment, I found no need for a preprocessor in Gambas. > > Maybe > > >this should be asked first on the mailing-list. > > I have not coded much in gambas. This could be one possibility. > You could possibly have . > > #IF > code for classname > #ELSE > "error" > #ENDIF > > or we could have > #IFNDEF > "error" > #ENDIF > > This way you could even avoid #define statements. > Does this make it bit like c++/c ?I don't think so. > I think it is simple enough to understand for a Gambas user. > What do you think about this? > > yours sincerely > Chintan Rao H What does '#IF ' means exactly? -- Benoit Minisini From gambas at ...1... Wed Oct 4 09:01:15 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 4 Oct 2006 09:01:15 +0200 Subject: [Gambas-devel] svn In-Reply-To: <1159908623.5177.5.camel@...102...> References: <1159908623.5177.5.camel@...102...> Message-ID: <200610040901.16025.gambas@...1...> On Tuesday 03 October 2006 22:50, Charlie Reinl wrote: > Salut, > > has anybody some hints for a newbe in svn, tool, better man/help-files > as actually provieded for svn. > > I found the svn-book, but is there something like short > help/first-steps? > > Amicalment > Charlie > Actually daily use is very simple: The first time you use it, you must import the repository. The entire repository is needed when developing with Gambas: $ cd ~/gambas/2.0/trunk # or whatever you want $ svn checkout https://svn.sourceforge.net/svnroot/gambas/2.0/trunk Everything is then put in the current directory. The first time you commit, you will be asked for your username and password (or you can specify them on the command-line). These credentials will be asked once only. Then, you can enter in the development cycle: 1) Develop... 2) Take the modifications from other users: $ cd ~/gambas/2.0/trunk $ svn update You can have conflicts: another user has changed a file you have modified too. You must solve it by talking with this other user, and by modifying the file by hand. Then you run 'svn resolved XXXX' to tell svn the the 'XXXX' file is not in conflict anymore. 3) Look at what you have modified: $ cd ~/gambas/2.0/trunk $ svn status -q This is useful for writing the change description. 4) Commit your changes. You should define an "EDITOR" environment variable that will points at your preferred text editor. $ cd ~/gambas/2.0/trunk $ svn commit Your $EDITOR is launched so that you can enter the change description. If you are very unlucky, you may have other conflicts if someone other modified the same files as you between 2) and 4). So you will have to got to 2) again. 5) Everything has been commited. You can return to 1) Just read the Chapter 3 of the O'Reilly book on SVN. You will have all what you need. Regards, -- Benoit Minisini From gambas at ...1... Wed Oct 4 11:44:04 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 4 Oct 2006 11:44:04 +0200 Subject: [Gambas-devel] svn commit format Message-ID: <200610041144.04415.gambas@...1...> This message is for Laurent, Daniel, and all people that will have a write access to the svn repository in the future. I want to have a standard way to write commit messages, so that ChangeLog can be almost automatically generated. The format is the following: * A ChangeLog slot, between '[' & ']' * A ChangeLog modification: a '*', a space, the word 'BUG','NEW' or 'OPT', a colon, a space, and the text. 'BUG' for a fix, 'NEW' for a new feature, and 'OPT' for an optimization. Slots are the name of the component, in uppercase if possible, or some other slots like [INTERPRETER], [COMPILER]... All lines must be lower or equal than 76 characters. If a changelog modification is more than one line, you must use a two space indent. Void lines are ignored. All other lines won't go into the changelog. For example: --8<----------- I did this thing, and this won't go into the changelog. [GB.QT] * BUG: I fixed this bug. * NEW: I made this very long modification.... and it takes more than one line to write it. This won't go into the chanlog too. [GB.SDL] * BUG: What an awful bug! [GB.GTK] * NEW: I finally finished the component :-) --8<----------- It would be cool to follow this scheme. I will start at my next commit. Regards, -- Benoit Minisini From lordheavy at ...141... Wed Oct 4 12:10:32 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 4 Oct 2006 12:10:32 +0200 Subject: [Gambas-devel] svn commit format In-Reply-To: <200610041144.04415.gambas@...1...> References: <200610041144.04415.gambas@...1...> Message-ID: <200610041210.33911.lordheavy@...141...> Le mercredi 4 octobre 2006 11:44, Benoit Minisini a ?crit?: > --8<----------- > I did this thing, and this won't go into the changelog. > > [GB.QT] > * BUG: I fixed this bug. > * NEW: I made this very long modification.... > and it takes more than one line to write it. > > This won't go into the chanlog too. > > [GB.SDL] > * BUG: What an awful bug! > > [GB.GTK] > * NEW: I finally finished the component :-) > > --8<----------- > > It would be cool to follow this scheme. I will start at my next commit. > > Regards, Really a good idea, we will have a better changelog file. You should put this explanation in a file in the svn like README.svncommit ++ From gambas at ...1... Wed Oct 4 18:51:58 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 4 Oct 2006 18:51:58 +0200 Subject: [Gambas-devel] svn commit format In-Reply-To: <200610041210.33911.lordheavy@...141...> References: <200610041144.04415.gambas@...1...> <200610041210.33911.lordheavy@...141...> Message-ID: <200610041851.58804.gambas@...1...> On Wednesday 04 October 2006 12:10, Laurent Carlier wrote: > Le mercredi 4 octobre 2006 11:44, Benoit Minisini a ?crit?: > > --8<----------- > > I did this thing, and this won't go into the changelog. > > > > [GB.QT] > > * BUG: I fixed this bug. > > * NEW: I made this very long modification.... > > and it takes more than one line to write it. > > > > This won't go into the chanlog too. > > > > [GB.SDL] > > * BUG: What an awful bug! > > > > [GB.GTK] > > * NEW: I finally finished the component :-) > > > > --8<----------- > > > > It would be cool to follow this scheme. I will start at my next commit. > > > > Regards, > > Really a good idea, we will have a better changelog file. > > You should put this explanation in a file in the svn like README.svncommit > > ++ > Be careful, there is no space before the star! -- Benoit Minisini From gambas at ...1... Wed Oct 4 22:14:39 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 4 Oct 2006 22:14:39 +0200 Subject: [Gambas-devel] Release of gambas2 1.9.44 Message-ID: <200610042214.39438.gambas@...1...> Hi, This is the first release generated from the subversion repository. So I hope you won't get too many problems. This is mainly a bug fixes release: * Some optimizations in various places. The main one is that now the interpreter main loop is compiled with -O3 flag, making the interpreter about 5% faster. * The IDE image selector has been fixed. * Editing an image in the IDE works again. * There is a new component too: gb.gtk.svg. Here is the full ChangeLog: ------------------------------------------------------------------------------- DEVELOPMENT ENVIRONMENT * NEW: Adds the 96 pixels size to the IDE select icon dialog box. * NEW: Swedish translation updated. * BUG: Popup balloon is hidden when a debugging session stops. * BUG: You can edit an image again. * BUG: The IDE translation dialog is not displayed if the 'msgmerge' tool is not installed. * BUG: An hidden symbol, in the IDE, is a symbol begining with an underscore, or a symbol with an uderscore inside but that is not a constant. * BUG: Create project dialog saves the settings of its directory chooser. * BUG: Fix automatic completion with constants having underscore, without preventing automatic completion of events from working. * BUG: A void string selected during debugging is not sent to the debugger anymore. EXAMPLES * BUG: ServerSocket example works again. INTERPRETER * NEW: A little optimization in hash table routines. * NEW: The main interpreter loop is now always compiled with -03. This speeds up the interpreter by about 5%. * BUG: The '#' debugger command should work correctly now. GB.DEBUG COMPONENT * BUG: The '#' debugger command should work correctly now. GB.EVAL COMPONENT * BUG: Evaluating a void string does not crash anymore. * BUG: The evaluator does not crash or behave badly anymore when evaluating an expression with a missing operand. GB.QT COMPONENT * NEW: The disabled icon creation routine has been optimized. * NEW: The UserControl and UserContainer now have a '_Container' hidden property that replaces the old 'Container' visible property. * NEW: Old ListBox mode constants were removed. * BUG: GTK+ stock icons were fixed. * BUG: TrayIcon.Width and TrayIcon.Height now return accurate values. * BUG: The IconView default arrangement is 'Row'. * BUG: Fixed a round error in ProgressBar value. * BUG: Control.Parent now always returns NULL when the control is a top-level window. Consequently, Settings.Read() and Settings.Write() now use the correct key. * BUG: Settings ComboBox.Text property when ComboBox is read-only does not raise useless events anymore. GB.FORM COMPONENT * NEW: ColorButton control has returned. It now has a Value property that is a synonymous of the Color property. * NEW: DateChooser has a new Activate event. GB.FORM.MDI COMPONENT * NEW: Workspace tab bar now has the correct height when it opens the first time. GB.DB.FIREBIRD * NEW: A standalone version of ibpp 2.5.2.2 is used now. GB.SDL COMPONENT * Updated. GB.GTK.SVG COMPONENT * New component. ------------------------------------------------------------------------------- You may get two problems: * Help files seems to not fully display correctly. * The gb.db.firebird component was modified to use a embedded newer version of the ibbp library. Tell me if it works, as I can't test. Enjoy it anyway! -- Benoit Minisini From Karl.Reinl at ...16... Wed Oct 4 22:51:08 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 4 Oct 2006 22:51:08 +0200 Subject: [Gambas-devel] ran in pb with ../app/src/gambas2/.lang/.pot while commiting Message-ID: <200610042251.08288.Karl.Reinl@...16...> Salut Beno?t, for that we need a solution : gentoo01 gambas2 # svn commit svn: ?bertragen fehlgeschlagen (Details folgen): --svn: Transferred missed (details follow) svn: ?bertragung abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' beibt im Konflikt --svn: Transmission broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' stays in the conflict even if nothing changed, you will always have this : # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module Amicalment Charlie From lordheavy at ...141... Wed Oct 4 23:27:17 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 4 Oct 2006 23:27:17 +0200 Subject: [Gambas-devel] ran in pb with ../app/src/gambas2/.lang/.pot while commiting In-Reply-To: <200610042251.08288.Karl.Reinl@...16...> References: <200610042251.08288.Karl.Reinl@...16...> Message-ID: <200610042327.17898.lordheavy@...141...> Le mercredi 4 octobre 2006 22:51, Charlie Reinl a ?crit?: > Salut Beno?t, > > for that we need a solution : > > gentoo01 gambas2 # svn commit > > svn: ?bertragen fehlgeschlagen (Details folgen): > --svn: Transferred missed (details follow) > > svn: ?bertragung > abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' beibt > im Konflikt > --svn: Transmission > broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > stays in the conflict > > even if nothing changed, you will always have this : > # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# > -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module > +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module > > Amicalment > Charlie > If it's only the lines beginning with # i guess you can safely update them. After you must indicate to svn that the conflict is resolved with : svn resolved thefile after you can do an svn ci safely ++ From lordheavy at ...141... Wed Oct 4 23:29:47 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 4 Oct 2006 23:29:47 +0200 Subject: [Gambas-devel] ran in pb with ../app/src/gambas2/.lang/.pot while commiting In-Reply-To: <200610042251.08288.Karl.Reinl@...16...> References: <200610042251.08288.Karl.Reinl@...16...> Message-ID: <200610042329.47637.lordheavy@...141...> Le mercredi 4 octobre 2006 22:51, Charlie Reinl a ?crit?: > Salut Beno?t, > > for that we need a solution : > > gentoo01 gambas2 # svn commit > > svn: ?bertragen fehlgeschlagen (Details folgen): > --svn: Transferred missed (details follow) > > svn: ?bertragung > abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' beibt > im Konflikt > --svn: Transmission > broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > stays in the conflict > > even if nothing changed, you will always have this : > # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# > -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module > +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module > The documentation : http://svnbook.red-bean.com/en/1.1/ch03s05.html#svn-ch-3-sect-5.4 From Karl.Reinl at ...16... Wed Oct 4 23:57:54 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 04 Oct 2006 23:57:54 +0200 Subject: [Gambas-devel] ran in pb with ../app/src/gambas2/.lang/.pot while commiting In-Reply-To: <200610042327.17898.lordheavy@...141...> References: <200610042251.08288.Karl.Reinl@...16...> <200610042327.17898.lordheavy@...141...> Message-ID: <1159999075.11232.10.camel@...102...> Am Mittwoch, den 04.10.2006, 23:27 +0200 schrieb Laurent Carlier: > Le mercredi 4 octobre 2006 22:51, Charlie Reinl a ?crit : > > Salut Beno?t, > > > > for that we need a solution : > > > > gentoo01 gambas2 # svn commit > > > > svn: ?bertragen fehlgeschlagen (Details folgen): > > --svn: Transferred missed (details follow) > > > > svn: ?bertragung > > abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' beibt > > im Konflikt > > --svn: Transmission > > broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > > stays in the conflict > > > > even if nothing changed, you will always have this : > > # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# > > -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module > > +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module > > > > Amicalment > > Charlie > > > > If it's only the lines beginning with # i guess you can safely update them. > > After you must indicate to svn that the conflict is resolved with : > svn resolved thefile > > after you can do an svn ci safely > Salut Laurent, the problem is not the way how to finish commit. The file/files at .lang change with every line you write in a gambas project, and they are generated . So they have to be set beside on a tool like svn. If it is possible, these files have to be on an exclude list. Amicalment Charlie From lordheavy at ...141... Thu Oct 5 17:03:59 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Thu, 5 Oct 2006 17:03:59 +0200 Subject: [Gambas-devel] =?utf-8?q?ran_in_pb_with_=2E=2E/app/src/gambas2/?= =?utf-8?q?=2Elang/=2Epot=09while_commiting?= In-Reply-To: <1159999075.11232.10.camel@...102...> References: <200610042251.08288.Karl.Reinl@...16...> <200610042327.17898.lordheavy@...141...> <1159999075.11232.10.camel@...102...> Message-ID: <200610051703.59508.lordheavy@...141...> Le mercredi 4 octobre 2006 23:57, Charlie Reinl a ?crit?: > Am Mittwoch, den 04.10.2006, 23:27 +0200 schrieb Laurent Carlier: > > Le mercredi 4 octobre 2006 22:51, Charlie Reinl a ?crit : > > > Salut Beno?t, > > > > > > for that we need a solution : > > > > > > gentoo01 gambas2 # svn commit > > > > > > svn: ?bertragen fehlgeschlagen (Details folgen): > > > --svn: Transferred missed (details follow) > > > > > > svn: ?bertragung > > > abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > > > beibt im Konflikt > > > --svn: Transmission > > > broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > > > stays in the conflict > > > > > > even if nothing changed, you will always have this : > > > # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# > > > -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module > > > +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module > > > > > > Amicalment > > > Charlie > > > > If it's only the lines beginning with # i guess you can safely update > > them. > > > > After you must indicate to svn that the conflict is resolved with : > > svn resolved thefile > > > > after you can do an svn ci safely > > Salut Laurent, > > the problem is not the way how to finish commit. > The file/files at .lang change with every line you write in a gambas > project, and they are generated . > So they have to be set beside on a tool like svn. > If it is possible, these files have to be on an exclude list. > > Amicalment > Charlie > The better way (for me) is to keep a "clean" copy of the trunk where you put your modified files, from where you can commit your changes without all the .lang files. Regards, From gambas at ...1... Thu Oct 5 18:17:38 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 5 Oct 2006 18:17:38 +0200 Subject: [Gambas-devel] ran in pb with ../app/src/gambas2/.lang/.pot while commiting In-Reply-To: <200610042251.08288.Karl.Reinl@...16...> References: <200610042251.08288.Karl.Reinl@...16...> Message-ID: <200610051817.38987.gambas@...1...> On Wednesday 04 October 2006 22:51, Charlie Reinl wrote: > Salut Beno?t, > > for that we need a solution : > > gentoo01 gambas2 # svn commit > > svn: ?bertragen fehlgeschlagen (Details folgen): > --svn: Transferred missed (details follow) > > svn: ?bertragung > abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' beibt > im Konflikt > --svn: Transmission > broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > stays in the conflict > > even if nothing changed, you will always have this : > # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# > -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module > +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module > > Amicalment > Charlie > The .pot file is generated at each compilation by the IDE. But it is not generated by the gambas compiler, so I remove it from the repository, the installation scripts won't work anymore. But there is an option to remove from the generated file all file references. So I will try it. Otherwise, you cannot commit, as you are not allowed to do this. -- Benoit Minisini From gambas at ...1... Thu Oct 5 18:20:48 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 5 Oct 2006 18:20:48 +0200 Subject: [Gambas-devel] ran in pb with ../app/src/gambas2/.lang/.pot while commiting In-Reply-To: <200610051817.38987.gambas@...1...> References: <200610042251.08288.Karl.Reinl@...16...> <200610051817.38987.gambas@...1...> Message-ID: <200610051820.48913.gambas@...1...> On Thursday 05 October 2006 18:17, Benoit Minisini wrote: > On Wednesday 04 October 2006 22:51, Charlie Reinl wrote: > > Salut Beno?t, > > > > for that we need a solution : > > > > gentoo01 gambas2 # svn commit > > > > svn: ?bertragen fehlgeschlagen (Details folgen): > > --svn: Transferred missed (details follow) > > > > svn: ?bertragung > > abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > > beibt im Konflikt > > --svn: Transmission > > broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > > stays in the conflict > > > > even if nothing changed, you will always have this : > > # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# > > -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module > > +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module > > > > Amicalment > > Charlie > > The .pot file is generated at each compilation by the IDE. But it is not > generated by the gambas compiler, so I remove it from the repository, the > installation scripts won't work anymore. > > But there is an option to remove from the generated file all file > references. So I will try it. > > Otherwise, you cannot commit, as you are not allowed to do this. Actually this option don't behave as expected. As '#' lines are comments, I think I can remove them safely, so that there is no absolute file path in the .pot file. Regards, -- Benoit Minisini From gambas at ...1... Thu Oct 5 19:13:20 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 5 Oct 2006 19:13:20 +0200 Subject: [Gambas-devel] smtp problem In-Reply-To: <20061004053443.EODW24169.fepna11-svc.tim.it@...102...> References: <20061004053443.EODW24169.fepna11-svc.tim.it@...102...> Message-ID: <200610051913.20151.gambas@...1...> On Wednesday 04 October 2006 07:34, Stefano Pria wrote: > Montelupo Fiorentino, Italy 2 Ottobre/October 2006 > > Thank you very much Mr. Benoit Minisini for your attention, > > now I adjust my software with your indication and I arrive to Send the > message but the software stop in SEND function: > > PUBBLIC SUB ToolButton1_Click() > DIM scratch_var as Integer > > smtpobj.From = "priastefano at ...506..." > smtpobj.To.Add("priastefano at ...255...") > smtpobj.Subject = "Try to send an image" > smtpobj.Add(File.Load("/home/stefano/NameImage.jpg"), "image/jpeg", > "NameImage.jpg") > smtpobj.Send() > > scratch_var += 1 > ...... > END > > The program never arrive at "scratch_var += 1" statement and never > arrive the message in my mail box. > > At object smtpclient I was assigned Port:25 and Host: out.aliceposta.it > like my email account configuration of kmail. > With KMail I try to send email and I have success, > I try to change Host configuration of SmtpClient with "smtp.posta.tim.it" > and when I try to SEND message GAMBAS say "Mailserver unknown"... > > What's still wrong ? What can I try ? > > Thank yuo in advance for your time. > > Distinti Saluti/Best Regards > Pria Stefano > Do you have problems yet? I don't see anything wrong in the way you use SmtpClient. Are you sure that you use exactly the same From field as with KMail ? Can you try with another mail server? My own tests with the smtp server of my FAI were always successful. I will try again when I have time. Note that I have briefly documented gb.net.smtp on the wiki. Maybe I should add some examples... Regards, -- Benoit Minisini From Karl.Reinl at ...16... Thu Oct 5 20:59:01 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Thu, 05 Oct 2006 20:59:01 +0200 Subject: [Gambas-devel] ran in pb with ../app/src/gambas2/.lang/.pot while commiting In-Reply-To: <200610051817.38987.gambas@...1...> References: <200610042251.08288.Karl.Reinl@...16...> <200610051817.38987.gambas@...1...> Message-ID: <1160074742.5408.7.camel@...102...> 1Am Donnerstag, den 05.10.2006, 18:17 +0200 schrieb Benoit Minisini: > On Wednesday 04 October 2006 22:51, Charlie Reinl wrote: > > Salut Beno?t, > > > > for that we need a solution : > > > > gentoo01 gambas2 # svn commit > > > > svn: ?bertragen fehlgeschlagen (Details folgen): > > --svn: Transferred missed (details follow) > > > > svn: ?bertragung > > abgebrochen: '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' beibt > > im Konflikt > > --svn: Transmission > > broken : '/opt/gambas2/gambas2_Latest/app/src/gambas2/.lang/.pot' > > stays in the conflict > > > > even if nothing changed, you will always have this : > > # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# > > -# /home/benoit/gambas/2.0/trunk/app/src/gambas2/Project.module > > +# /opt/gambas2/gambas2_Latest/app/src/gambas2/Project.module > > > > Amicalment > > Charlie > > > > The .pot file is generated at each compilation by the IDE. But it is not > generated by the gambas compiler, so I remove it from the repository, the > installation scripts won't work anymore. > > But there is an option to remove from the generated file all file references. > So I will try it. > > Otherwise, you cannot commit, as you are not allowed to do this. > Salut, thats wrong I can commit, but not to the repository and that I know. The conflicts are found before the login. Amicalment Charlie From Karl.Reinl at ...16... Thu Oct 5 22:33:21 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Thu, 5 Oct 2006 22:33:21 +0200 Subject: [Gambas-devel] gambas2-1.9.svn IDE- debug enhancment Message-ID: <200610052233.22005.Karl.Reinl@...16...> Salut, the changes on '#' , I don't see. Till now, I just use your anouncments, and try them in gambas2. A '#ME' don't show all variables declared in the top of the class. see screenshots You can see that the PUBLICS and STATIC PUBLICS are shown but not the PRIVATES , STATIC and STATIC PRIVATE In Watch they are shown all, so the engine can do it. The declaration as Array also isn't shown. And I didn't try to declare an form-Object like a button till now. Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: Debug_#ME1.png Type: image/png Size: 81095 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Debug_#ME2.png Type: image/png Size: 75086 bytes Desc: not available URL: From chintanraoh at ...176... Fri Oct 6 15:30:26 2006 From: chintanraoh at ...176... (chintan rao) Date: Fri, 6 Oct 2006 19:00:26 +0530 Subject: [Gambas-devel] conditional compilation Message-ID: >> Hi, >> >> >From: Benoit Minisini >> >To: mailing list for gambas developers < >> > gambas-devel at lists.sourceforge.net >> > >> > >> >I never really think about this feature. I think the a preprocessor >> >> should >> >> >be included inside the compiler, just after or during the tokenization of >> >> the >> >> >source code. >> >Note that at the moment, I found no need for a preprocessor in Gambas. >> >> Maybe >> >> >this should be asked first on the mailing-list. >> >> I have not coded much in gambas. This could be one possibility. >> You could possibly have . >> >> #IF >> code for classname >> #ELSE >> "error" >> #ENDIF >> >> or we could have >> #IFNDEF >> "error" >> #ENDIF >> >> This way you could even avoid #define statements. >> Does this make it bit like c++/c ?I don't think so. >> I think it is simple enough to understand for a Gambas user. >> What do you think about this? >> >> yours sincerely >> Chintan Rao H > >What does '#IF ' means exactly? > >-- >Benoit Minisini #IF It means that if there exists by that name (classname) the code will be compiled for that class. I dont know weather this feature will be usefull. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Fri Oct 6 20:51:57 2006 From: gambas at ...1... (Benoit Minisini) Date: Fri, 6 Oct 2006 20:51:57 +0200 Subject: [Gambas-devel] conditional compilation In-Reply-To: References: Message-ID: <200610062051.58054.gambas@...1...> On Friday 06 October 2006 15:30, chintan rao wrote: > >> Hi, > >> > >> >From: Benoit Minisini > >> >To: mailing list for gambas developers < > >> > gambas-devel at lists.sourceforge.net > >> > > >> > > >> >I never really think about this feature. I think the a preprocessor > >> > >> should > >> > >> >be included inside the compiler, just after or during the tokenization > > of > > >> the > >> > >> >source code. > >> >Note that at the moment, I found no need for a preprocessor in Gambas. > >> > >> Maybe > >> > >> >this should be asked first on the mailing-list. > >> > >> I have not coded much in gambas. This could be one possibility. > >> You could possibly have . > >> > >> #IF > >> code for classname > >> #ELSE > >> "error" > >> #ENDIF > >> > >> or we could have > >> #IFNDEF > >> "error" > >> #ENDIF > >> > >> This way you could even avoid #define statements. > >> Does this make it bit like c++/c ?I don't think so. > >> I think it is simple enough to understand for a Gambas user. > >> What do you think about this? > >> > >> yours sincerely > >> Chintan Rao H > > > >What does '#IF ' means exactly? > > > >-- > >Benoit Minisini > > #IF > It means that if there exists by that name (classname) the code will be > compiled for that class. > I dont know weather this feature will be usefull. The compiler can't know which classes "exist", as they are discovered when the interpreter loads classes. The compiler just knows that some identifiers are classes with the components needed by the project (he looks inside *.list files), and with the classes defined in the project. So I don't really see the need of this. Give me a concrete example, maybe I will understand what you are in mind. Regards, -- Benoit Minisini From chintanraoh at ...176... Sat Oct 7 03:51:43 2006 From: chintanraoh at ...176... (chintan rao) Date: Sat, 7 Oct 2006 07:21:43 +0530 Subject: [Gambas-devel] conditional compilation Message-ID: Hi, >>From:Chintan >> #IF >> It means that if there exists by that name (classname) the code will be >> compiled for that class. >> I dont know weather this feature will be usefull. >From:Benoit Minisini >The compiler can't know which classes "exist", as they are discovered when the >interpreter loads classes. >The compiler just knows that some identifiers are classes with the components >needed by the project (he looks inside *.list files), and with the classes >defined in the project. >So I don't really see the need of this. Give me a concrete example, maybe I >will understand what you are in mind. >Regards, For eample one has 2 classes class1 and class2 both for the same purpose (for example to fill a form). I add the following piece of code to my gambas source code. #IF class1.class #ENDIF #IF class2.class #ENDIF One can present code to some else without making changes to the prpject just by removing one of the classes from the project folder. The same code can be used for two different purposes. Yours sincerely, Chintan Rao H -------------- next part -------------- An HTML attachment was scrubbed... URL: From ronstk at ...124... Sat Oct 7 04:31:34 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sat, 7 Oct 2006 04:31:34 +0200 Subject: [Gambas-devel] conditional compilation In-Reply-To: References: Message-ID: <200610070431.35163.ronstk@...124...> On Saturday 07 October 2006 03:51, chintan rao wrote: > Hi, ---8<--- > > #IF class1.class > > #ENDIF > > #IF class2.class > > #ENDIF > > One can present code to some else without making changes > to the prpject just by removing one of the classes from the project folder. > The same code > can be used for two different purposes. > > Yours sincerely, > Chintan Rao H > #IF gb.form.mdi Window1.Resize=false #ENDIF #IF gb.form.mda Window1.Resize=true #ENDIF Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From Karl.Reinl at ...16... Fri Oct 13 23:53:35 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Fri, 13 Oct 2006 23:53:35 +0200 Subject: [Gambas-devel] Debug enhancing (01-43) with source files and diff-files In-Reply-To: <200609242029.25104.gambas@...1...> References: <200609232308.16748.Karl.Reinl@...16...> <200609242029.25104.gambas@...1...> Message-ID: <1160776416.5306.28.camel@...102...> Am Sonntag, den 24.09.2006, 20:29 +0200 schrieb Benoit Minisini: 8< ------------------- > If you use '#' on something that is not an object, the command returns > nothing. Maybe it should return a void line, for consistency. Salut Beno?t, return 'nothing' is bad, seams thats is a BIG problem, because having no response. Returns for '#' should be : Array : Object_Count Collections : Object_Count_key(1)_key(2)_key(to n) If just initialized with NEW count = 0, like it does. Objects : Object_Count_prop(1)_prop(2)_prop(to n) None Objects : Object_-1_value ( here count = -1 ) So I know, 'Object' , having 'count' (if -1 = Value), if > 1 then looping ( if respons has more then 2 then it is the KEY-name) If count = 0 then it is an object, but just initialized. Had no respons about reported problems on declared Static/Public/Privat Variables in Forms/Classes yet. Will be some days offline, while moving my workingplace. Amicalment Charlie From Karl.Reinl at ...16... Wed Oct 18 21:52:33 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 18 Oct 2006 21:52:33 +0200 Subject: [Gambas-devel] strange propose in completion Message-ID: <200610182152.33901.Karl.Reinl@...16...> Salut Beno?t, have a look to the screenshot. the proposed completion are the parameters in the 2 subs over it. And they are private to these subs. Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: completion01.png Type: image/png Size: 92375 bytes Desc: not available URL: From gambas at ...1... Wed Oct 18 22:14:42 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 18 Oct 2006 22:14:42 +0200 Subject: [Gambas-devel] strange propose in completion In-Reply-To: <200610182152.33901.Karl.Reinl@...16...> References: <200610182152.33901.Karl.Reinl@...16...> Message-ID: <200610182214.43146.gambas@...1...> On Wednesday 18 October 2006 21:52, Charlie Reinl wrote: > Salut Beno?t, > > have a look to the screenshot. > > the proposed completion are the parameters in the 2 subs over it. > And they are private to these subs. > > Amicalment > Charlie This is the default completion: it shows every identifier of the module/class that begins with the three letters you typed, wherever these identifiers were declared. Do you continue working on "enhanced debugger tooltips"? I need to know, because I'm starting thinking about gambas 2.0 freeze. Regards, -- Benoit Minisini From Karl.Reinl at ...16... Wed Oct 18 22:51:51 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 18 Oct 2006 22:51:51 +0200 Subject: [Gambas-devel] Debug-enhancments (svn Revision 109) Message-ID: <200610182251.52062.Karl.Reinl@...16...> Salut Beno?t, after your latest changes in debug, I made my changes and work with the new '#' command and Eval. First to say, using it finish by an #11. a DblClick on an variable which is not an object I open a baloon, if it is an object I open a form (FDebugExpr) and show the members and their values. If there are more then 50 members, you can STOP the process ( and continue). If in the FDebugExpr you DblClicked a value, a baloon is shown, on an object the contens of the FDebugExpr - grid changes. The last object is saved in an Combobox,so you can go back. Actually not all object work, so if I call Form1.Button1.Window, it crashes at .Children and it is not an Eval problem. Eval made me problems while dead-loops often, mostly and/or earlier when stepping with F8 (made a bad hack, stopping after 2000 loops). I stop my development, because the design.command returns are not stable. Your turn now. Can send you my changes made on Revision 109, the diff or the files or the whole IDE and my testing-project, if you want. Amicalment Charlie From gambas at ...1... Wed Oct 18 23:14:55 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 18 Oct 2006 23:14:55 +0200 Subject: [Gambas-devel] Debug-enhancments (svn Revision 109) In-Reply-To: <200610182251.52062.Karl.Reinl@...16...> References: <200610182251.52062.Karl.Reinl@...16...> Message-ID: <200610182314.55870.gambas@...1...> On Wednesday 18 October 2006 22:51, Charlie Reinl wrote: > Salut Beno?t, > > after your latest changes in debug, I made my changes and work with the > new '#' command and Eval. > > First to say, using it finish by an #11. > > a DblClick on an variable which is not an object I open a baloon, > if it is an object I open a form (FDebugExpr) and show the members and > their values. > > If there are more then 50 members, you can STOP the process ( and > continue). > > If in the FDebugExpr you DblClicked a value, a baloon is shown, on an > object the contens of the FDebugExpr - grid changes. > > The last object is saved in an Combobox,so you can go back. > Actually not all object work, so if I call Form1.Button1.Window, it crashes > at .Children and it is not an Eval problem. > > Eval made me problems while dead-loops often, mostly and/or earlier when > stepping with F8 (made a bad hack, stopping after 2000 loops). > > I stop my development, because the design.command returns are not stable. > > Your turn now. > > Can send you my changes made on Revision 109, the diff or the files or the > whole IDE and my testing-project, if you want. > > Amicalment > Charlie > Can you give me some examples of expressions that: * Crash * Have other problems. (Your sentences are very hard to understand, but I understood that there are problems different from a crash). Otherwise, do you want a svn access? I can give you, if you promise me that you won't break everything in the IDE. ;-) Regards, -- Benoit Minisini From Karl.Reinl at ...16... Wed Oct 18 23:32:03 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 18 Oct 2006 23:32:03 +0200 Subject: [Gambas-devel] changes IDE on Rev 109 and testing project xArray Message-ID: <200610182332.03465.Karl.Reinl@...16...> Salut Beno?t, the packed IDE is 5.5 MB , too much for SF-mail So sending diff and files as patch_Debug-109.tar.bz2 and the testing project. Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: xArray-0.0.1.tar.gz Type: application/x-tgz Size: 5842 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_Debug-109.tar.bz2 Type: application/x-tbz Size: 9556 bytes Desc: not available URL: From gambas at ...1... Thu Oct 19 19:12:41 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 19 Oct 2006 19:12:41 +0200 Subject: [Gambas-devel] changes IDE on Rev 109 and testing project xArray In-Reply-To: <200610182332.03465.Karl.Reinl@...16...> References: <200610182332.03465.Karl.Reinl@...16...> Message-ID: <200610191912.41585.gambas@...1...> On Wednesday 18 October 2006 23:32, Charlie Reinl wrote: > Salut Beno?t, > > the packed IDE is 5.5 MB , too much for SF-mail > So sending diff and files as patch_Debug-109.tar.bz2 and the testing > project. > > Amicalment > Charlie Don't send it on the mailing-list! Just to my private e-mail. You can try benoit.minisini at ...176... too. Regards, -- Benoit Minisini From Karl.Reinl at ...16... Thu Oct 19 21:02:12 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Thu, 19 Oct 2006 21:02:12 +0200 Subject: [Gambas-devel] changes IDE on Rev 109 and testing project xArray In-Reply-To: <200610191912.41585.gambas@...1...> References: <200610182332.03465.Karl.Reinl@...16...> <200610191912.41585.gambas@...1...> Message-ID: <1161284533.5290.1.camel@...102...> Am Donnerstag, den 19.10.2006, 19:12 +0200 schrieb Benoit Minisini: > On Wednesday 18 October 2006 23:32, Charlie Reinl wrote: > > Salut Beno?t, > > > > the packed IDE is 5.5 MB , too much for SF-mail > > So sending diff and files as patch_Debug-109.tar.bz2 and the testing > > project. > > > > Amicalment > > Charlie > > Don't send it on the mailing-list! Just to my private e-mail. You can try > benoit.minisini at ...176... too. > > Regards, Salut Beno?t, I posted it to gmail ( is just uploading) About 7.4 MB Amicalment Charlie From chintanraoh at ...176... Tue Oct 24 07:41:39 2006 From: chintanraoh at ...176... (chintan rao) Date: Tue, 24 Oct 2006 11:11:39 +0530 Subject: [Gambas-devel] Condtional compilation Message-ID: Hi, In the road map #if , #endif etc are marked as incomplete What exactly are those? Is it like c/c++ conditional compilaton or something else thanking you Chintan Rao H -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Wed Oct 25 17:52:44 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 25 Oct 2006 17:52:44 +0200 Subject: [Gambas-devel] Condtional compilation In-Reply-To: References: Message-ID: <200610251752.45128.gambas@...1...> On Tuesday 24 October 2006 07:41, chintan rao wrote: > Hi, > In the road map #if , #endif etc are marked as incomplete > What exactly are those? > Is it like c/c++ conditional compilaton > or something else > > thanking you > Chintan Rao H It is like C/C++ conditional compilation. But I have never needed it until now for any Gambas program. Some suggested that it could be useful for compiling code according to the selected project components. But I think that using such a feature can lead to confusion, so while it possible to do the same thing in another way, I prefer not implementing conditional compilation. I'm waiting for your suggestion... -- Benoit Minisini From gambas at ...1... Thu Oct 26 20:47:27 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 26 Oct 2006 20:47:27 +0200 Subject: [Gambas-devel] Ready for 1.9.45? Message-ID: <200610262047.27185.gambas@...1...> I want to tag the 1.9.45. Just tell me if I should wait or if I can do that now. To Charlie: Just after 1.9.45, I will start to redesign the internal debugger. Regards, -- Benoit Minisini From sourceforge-raindog2 at ...19... Thu Oct 26 22:04:28 2006 From: sourceforge-raindog2 at ...19... (Rob) Date: Thu, 26 Oct 2006 16:04:28 -0400 Subject: [Gambas-devel] Ready for 1.9.45? In-Reply-To: <200610262047.27185.gambas@...1...> References: <200610262047.27185.gambas@...1...> Message-ID: <200610261604.28704.sourceforge-raindog2@...19...> On Thursday 26 October 2006 14:47, Benoit Minisini wrote: > I want to tag the 1.9.45. > > Just tell me if I should wait or if I can do that now. I changed the name of ImportVBProject to VBtoGambas when I made it command-line only. I couldn't find where in the svn tree you added ImportVBProject so I didn't know where to import VBtoGambas. Any suggestions? Since VBtoGambas isn't integrated with the IDE right now, you should go ahead and tag before you answer me. Rob From gambas at ...1... Thu Oct 26 22:30:59 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 26 Oct 2006 22:30:59 +0200 Subject: [Gambas-devel] Ready for 1.9.45? In-Reply-To: <200610261604.28704.sourceforge-raindog2@...19...> References: <200610262047.27185.gambas@...1...> <200610261604.28704.sourceforge-raindog2@...19...> Message-ID: <200610262230.59130.gambas@...1...> On Thursday 26 October 2006 22:04, Rob wrote: > On Thursday 26 October 2006 14:47, Benoit Minisini wrote: > > I want to tag the 1.9.45. > > > > Just tell me if I should wait or if I can do that now. > > I changed the name of ImportVBProject to VBtoGambas when I made > it command-line only. I couldn't find where in the svn tree you > added ImportVBProject so I didn't know where to import > VBtoGambas. Any suggestions? > > Since VBtoGambas isn't integrated with the IDE right now, you > should go ahead and tag before you answer me. > > Rob > I didn't add ImportVBProject, as you told that you will work on it. Put it with gambas2, gambas-database-manager and doc.cgi. Regards, -- Benoit Minisini From gambas at ...1... Sat Oct 28 10:46:45 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 28 Oct 2006 10:46:45 +0200 Subject: [Gambas-devel] [Gambas-user] Gambas 1.9.44+ IDE and CVS In-Reply-To: <20061027155213.I2099@...419...> References: <20061027153432.A2026@...419...> <20061027155213.I2099@...419...> Message-ID: <200610281046.46159.gambas@...1...> On Saturday 28 October 2006 00:53, Christopher Brian Jack wrote: > On Fri, 27 Oct 2006, Christopher Brian Jack wrote: > > Currently the IDE does some CVS directory bashing under .gambas when > compiling projects to run the code. At the minimum it would be nice to > have the IDE detect these diredctories and not to delete them. > > > Date: Fri, 27 Oct 2006 15:50:55 -0700 (PDT) > > From: Christopher Brian Jack > > To: Gambas-Users List > > Subject: Gambas 1.9.44+ IDE and CVS > > > > > > Has anyone considered a component or otherwise to make projects > > CVS-aware, CVS-friendly and perhaps even do the appropriate operations > > (such as commits when modifying project files (or creating new files like > > forms, classes, modules, images, etc, or doing an update operation when > > the project is loaded and optionally at any time from the ide from a > > toolbar button and/or menu option). > > > > Basically the IDE would like for the CVS/CVSROOT dirs when opening a > > project and (a) hide these directories in the project fileview on the > > left pane and (b) enable options for cvs management and automatically > > handling some of the repository-helpful-but-often-overlooked functions > > like lock/edit/unlock (helps avoid conflicts) (c) provide a RCSEditorView > > which would be a special application of GambasEditor with awareness of > > the RCS tags when a conflict does arise. > > > > For jointly developed Gambas applications this would be a definite plus. > > I suppose subversion support should be added as well but I have no idea > > about how svn works, only cvs. > > > > I also don't know anything about how to properly make components to > > extend the IDE (nor if such a mechanism even exists). > > I'd like to do exactly the same thing for svn, as now I know svn but not CVS. I think we could do that together. But I don't want to go too far, as I'd like to freeze the 2.0 version as soon as possible. So I suggest continue doing the "update/commit/conflict solving" by hand at the moment. Here is the tasks we could do: 1) Automatically detect that a project is managed by CVS or SVN. Not difficult, as we just have to check there is a CVS or .svn directory in the project directory. 2) Not destroying these directories in any situation. 3) We must define each CVS or SVN command that must be run when: * A new file is added to the project. * A new directory is added to the project. * A file is removed. * A directory is removed. * A file is renamed. * A directory is renamed. 4) Which files must be controlled, and which not. I think the rule can be that once a project is cleaned up, all resting files should be controlled. So I could make a "import to CVS/SVN" command that clean up the project and run the import command. So please tell me, and send me all information on the developer mailing-list! Regards, -- Benoit Minisini From brian at ...418... Sat Oct 28 14:01:39 2006 From: brian at ...418... (Christopher Brian Jack) Date: Sat, 28 Oct 2006 05:01:39 -0700 (PDT) Subject: [Gambas-devel] [Gambas-user] Gambas 1.9.44+ IDE and CVS In-Reply-To: <200610281046.46159.gambas@...1...> References: <20061027153432.A2026@...419...> <20061027155213.I2099@...419...> <200610281046.46159.gambas@...1...> Message-ID: <20061028045943.V4246@...419...> With help I can do this. For starters, the files ending in ~ probably should not be added/committed to the repository. .=================================================. | Christopher BRIAN Jack aka "Gau of the Veldt" | +=================================================' | oevna at ...530... `=================================================- Hi Spambots, my email address is sputnik at ...418... Hi Humans, my email address uses rot13 cipher On Sat, 28 Oct 2006, Benoit Minisini wrote: > > Currently the IDE does some CVS directory bashing under .gambas when > > compiling projects to run the code. At the minimum it would be nice to > > have the IDE detect these diredctories and not to delete them. > > > > > Date: Fri, 27 Oct 2006 15:50:55 -0700 (PDT) > > > From: Christopher Brian Jack > > > To: Gambas-Users List > > > Subject: Gambas 1.9.44+ IDE and CVS > > > > > > > > > Has anyone considered a component or otherwise to make projects > > > CVS-aware, CVS-friendly and perhaps even do the appropriate operations > > > (such as commits when modifying project files (or creating new files like > > > forms, classes, modules, images, etc, or doing an update operation when > > > the project is loaded and optionally at any time from the ide from a > > > toolbar button and/or menu option). > > > > > > Basically the IDE would like for the CVS/CVSROOT dirs when opening a > > > project and (a) hide these directories in the project fileview on the > > > left pane and (b) enable options for cvs management and automatically > > > handling some of the repository-helpful-but-often-overlooked functions > > > like lock/edit/unlock (helps avoid conflicts) (c) provide a RCSEditorView > > > which would be a special application of GambasEditor with awareness of > > > the RCS tags when a conflict does arise. > > > > > > For jointly developed Gambas applications this would be a definite plus. > > > I suppose subversion support should be added as well but I have no idea > > > about how svn works, only cvs. > > > > > > I also don't know anything about how to properly make components to > > > extend the IDE (nor if such a mechanism even exists). > > > > > I'd like to do exactly the same thing for svn, as now I know svn but not CVS. > > I think we could do that together. But I don't want to go too far, as I'd like > to freeze the 2.0 version as soon as possible. So I suggest continue doing > the "update/commit/conflict solving" by hand at the moment. > > Here is the tasks we could do: > > 1) Automatically detect that a project is managed by CVS or SVN. Not > difficult, as we just have to check there is a CVS or .svn directory in the > project directory. > > 2) Not destroying these directories in any situation. > > 3) We must define each CVS or SVN command that must be run when: > * A new file is added to the project. > * A new directory is added to the project. > * A file is removed. > * A directory is removed. > * A file is renamed. > * A directory is renamed. > > 4) Which files must be controlled, and which not. I think the rule can be that > once a project is cleaned up, all resting files should be controlled. So I > could make a "import to CVS/SVN" command that clean up the project and run > the import command. > > So please tell me, and send me all information on the developer mailing-list! > > Regards, > > -- > Benoit Minisini From brian at ...418... Sat Oct 28 14:10:09 2006 From: brian at ...418... (Christopher Brian Jack) Date: Sat, 28 Oct 2006 05:10:09 -0700 (PDT) Subject: [Gambas-devel] [Gambas-user] Gambas 1.9.44+ IDE and CVS In-Reply-To: <200610281051.18384.gambas@...1...> References: <20061027153432.A2026@...419...> <20061027155213.I2099@...419...> <200610281051.18384.gambas@...1...> Message-ID: <20061028050316.O4246@...419...> On Sat, 28 Oct 2006, Benoit Minisini wrote: > On Saturday 28 October 2006 00:53, Christopher Brian Jack wrote: > > On Fri, 27 Oct 2006, Christopher Brian Jack wrote: > > > > Currently the IDE does some CVS directory bashing under .gambas when > > compiling projects to run the code. At the minimum it would be nice to > > have the IDE detect these diredctories and not to delete them. > You are right, but actually files under .gambas should not go in the CVS > repository, as they are generated. Indeed. The contents of .gambas are most likely a .cvsignore candidate but the directory stub must to be created or the project will not load in the IDE. I also discovered it is good to keep .directory and contents though in the event that the project's directory icon is altered. The IDE won't edit it but you can use a program like the GIMP to change the directory icon in .directory .=================================================. | Christopher BRIAN Jack aka "Gau of the Veldt" | +=================================================' | oevna at ...530... `=================================================- Hi Spambots, my email address is sputnik at ...418... Hi Humans, my email address uses rot13 cipher From jredrejo at ...176... Sun Oct 29 17:15:28 2006 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Sun, 29 Oct 2006 17:15:28 +0100 Subject: [Gambas-devel] Debian packages for gambas 1.9.45 Message-ID: <8eb28a500610290815l29519075x74293d743f3570cc@...178...> As usual the Debian packages for version 1.9.45 are tested and ready. To get them in a Debian based distribution, the procedure is described at http://gambas.sourceforge.net/download.html in the Debian Section. These packages have been compiled to be used in Debian sid. If a Debian Sarge (as LinEx) is used, you have to replace the "sid" word by "sarge". Maybe Ubuntu users are lucky, and this time their distro "tricks" will let them use the packages. Otherwise, they can compile it in the debian way using the debianized sources availables at http://apt.linex.org/linex/gambas/1.9.45/sid/ (if they don't like to compile they also can switch to use a real Debian based distribution instead of that fork) Cheers.