From Karl.Reinl at ...16... Tue Nov 2 19:40:49 2004 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 2 Nov 2004 19:40:49 +0100 Subject: [Gambas-devel] PayPal Link at http://gambas.sourceforge.net/ Message-ID: <200411021940.49425.Karl.Reinl@...16...> Salut, PayPal Link at http://gambas.sourceforge.net/ is broken. Amicalment Charlie From jredrejo at ...101... Wed Nov 3 11:03:50 2004 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Wed, 03 Nov 2004 11:03:50 +0100 Subject: [Gambas-devel] As a curiosity In-Reply-To: References: Message-ID: <1099476230.6812.6.camel@...134...> Beno?t, I don't know it this will be useful for you or just an anecdote, but in http://buildd.debian.org/build.php?pkg=gambas you can see the compilation of gambas in debian in different platforms as ia64, s390, powerpc, arm y hppa (It worked ok in all of them). Regards From gambas at ...1... Wed Nov 3 11:15:49 2004 From: gambas at ...1... (Benoit Minisini) Date: Wed, 3 Nov 2004 11:15:49 +0100 Subject: [Gambas-devel] As a curiosity In-Reply-To: <1099476230.6812.6.camel@...134...> References: <1099476230.6812.6.camel@...134...> Message-ID: <200411031115.49345.gambas@...1...> On Wednesday 03 November 2004 11:03, Jos? L. Redrejo Rodr?guez wrote: > Beno?t, I don't know it this will be useful for you or just an anecdote, > but in http://buildd.debian.org/build.php?pkg=gambas you can see the > compilation of gambas in debian in different platforms as ia64, s390, > powerpc, arm y hppa (It worked ok in all of them). > > Regards > > Beuh ?? How did they do that ? -- Benoit Minisini mailto:gambas at ...1... From jredrejo at ...101... Wed Nov 3 11:52:34 2004 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Wed, 03 Nov 2004 11:52:34 +0100 Subject: [Gambas-devel] As a curiosity In-Reply-To: <200411031115.49345.gambas@...1...> References: <1099476230.6812.6.camel@...134...> <200411031115.49345.gambas@...1...> Message-ID: <1099479153.6812.24.camel@...134...> Quite easy, it is an automatic proccess, once I sent the debianized gambas sources, they compile it in every platform in different machines ( http://db.debian.org/machines.cgi ). In the control file, inside the debian directory in the sources, they check and fulfil the dependencies. The rest depends on how every debian package is prepared for every platform, how correctly you made the sources, specially the Makefile, and wether the config.sub and config.guess are right . Remember I asked you to refresh those two files before uploading the sources to Debian. I don't want to start a flame, but Debian is probably the most solid distribution for servers because they solve every problem in every platform before releasing a new version. Probably, that's why the are also the most slowly releasing new versions. Sometimes this is a defect, sometimes a virtue. Regards El mi?, 03-11-2004 a las 11:15, Benoit Minisini escribi?: > On Wednesday 03 November 2004 11:03, Jos? L. Redrejo Rodr?guez wrote: > > Beno?t, I don't know it this will be useful for you or just an anecdote, > > but in http://buildd.debian.org/build.php?pkg=gambas you can see the > > compilation of gambas in debian in different platforms as ia64, s390, > > powerpc, arm y hppa (It worked ok in all of them). > > > > Regards > > > > > > Beuh ?? How did they do that ? From ronstk at ...124... Wed Nov 3 16:54:03 2004 From: ronstk at ...124... (Ron Onstenk) Date: Wed, 3 Nov 2004 16:54:03 +0100 Subject: [Gambas-devel] Translating Message-ID: <200411031654.04252.ronstk@...124...> Hi Benoit, Toolbax/Toolbar: I found a inconsistency. On the Tools->Preference->Other For the 'Toolbox' options is says 'Animate Toolbar move' What bar is animated? Does it animate moving the window or the selected control during drag of it? For translating 'tools' are the tools you have in your toolbox by i.e. car repair. In Gambas or VB it means 'Control' objects to use for placing on the form. Should it not be named as 'Controls Box' or 'Controlbox' ? However 'Controlbox' is a box we use to control the settings/behavior of a i.e. machine, so I prefer 'Controls' more without 'Box'. Comment: It is used in two places. In FEditor on the toolbar and means add Comment markers In FTranslate it is use as place holder to show the comment from the *.po file where msgid is used. For 'Comment' I understand it as a text to explain something. In the Editor however it means marking what is different as explanation. For the Editor the translating is for 'Comment' -> 'Markeer als commentaar' (English: Mark as comment). 'Uncomment' -> 'Commentaar markering weghalen' (English: 'Comment marks remove') 'Comments' -> 'Commentaren' which is not a right word in Dutch BTW: the last one was translated as 'Commentaar verwijderen' (en: 'Comments remove') so the comment itself will be removed but not the marks :) I did peek in the German translating 'Comment' -> 'Block auskommentieren' 'Uncomment' -> 'Auskommentierung aufheben' 'Comments' -> 'Kommentare' and solved it for Dutch as 'Comment' -> 'Mark als commentaar' 'Uncomment' -> 'Commentaar marks opheffen' 'Comments' -> 'Commentaren' (however we don't speek the last n.) For the Translate form the meaning is consitent with the content it have, the text. By using the trick to use 1 translating for several forms/class/module, as is done currently, can be wrong for translating because the English word translated to the local language can be different, in context it is used. How to solve combined MSGID for several forms but different MSGSTR? 583 of 579 97% done. I managed to get it in the KDE's i18n KBabel tree for assistence. The last part are the big messages to do, they must make sence in normal speaking Dutch, and proofreading by the Fabrice (and KDE team?) Greets Ron From jredrejo at ...101... Sat Nov 6 21:00:35 2004 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sat, 06 Nov 2004 21:00:35 +0100 Subject: [Gambas-devel] Possible bug in qt component Message-ID: <1099771235.3207.14.camel@...179...> I think I have discovered a bug in the qt component. Using drag & drop. If I select in the form properties Border=False and Drop=true, droping anything on the form, or in any of the objects in the form doesn't work at all. They reject the dropping. Passing the dragged object over the form, before droping it I can see in the gambas console this text: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 20 Minor opcode: 0 Resource id: 0x6b QMotifDND: cannot get property on motif window Choosing for the form any other border as fixed or resizable works correctly. Also, with border=none if I select drop=false in the form, the objects on it accept droping again. Regards. From daniel.campos at ...103... Sat Nov 6 21:34:45 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 06 Nov 2004 21:34:45 +0100 Subject: [Gambas-devel] Net component patches Message-ID: <1099773285.7534.10.camel@...102...> Hi: Here's to files to replace the old ones in the "net" component: 1?) CDnsClient.c --> fixes a bug that could generate a segmentation fault when using DnsClient in synchronous mode. 2?) CNet.c --> Adds a static method to "Net" class: ToIp4(Cad As String) As String This function evaluates a string, and returns a well-formated IP address. This way, it is easier to check if an IP address is valid (returns it), or is not valid (returns ""). For example: " 216.051.31.112 " --> "216.51.31.112" " 216.509.112.24 " --> "" "001.00.02.34 " --> "1.0.2.34" ... and so on Specially for use in values from a textbox filled by a non-expert user :-))) Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: CDnsClient.c Type: text/x-csrc Size: 15018 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: CNet.c Type: text/x-csrc Size: 3136 bytes Desc: not available URL: From gambas at ...1... Sun Nov 7 16:25:45 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 7 Nov 2004 16:25:45 +0100 Subject: [Gambas-devel] Translating In-Reply-To: <200411031654.04252.ronstk@...124...> References: <200411031654.04252.ronstk@...124...> Message-ID: <200411071625.45722.gambas@...1...> On Wednesday 03 November 2004 16:54, Ron Onstenk wrote: > Hi Benoit, > > Toolbax/Toolbar: > I found a inconsistency. > On the Tools->Preference->Other > For the 'Toolbox' options is says 'Animate Toolbar move' > What bar is animated? > Does it animate moving the window or the selected control > during drag of it? > It should be "Animate toolbox panels" I think - Is it clearer ? > > For translating 'tools' are the tools you have in your toolbox by i.e. car > repair. In Gambas or VB it means 'Control' objects to use for placing on > the form. Should it not be named as 'Controls Box' or 'Controlbox' ? > However 'Controlbox' is a box we use to control the settings/behavior of > a i.e. machine, so I prefer 'Controls' more without 'Box'. ??? You mean: Control box insted of Tool box, that's it ? > > > Comment: > It is used in two places. > In FEditor on the toolbar and means add Comment markers > In FTranslate it is use as place holder to show the comment > from the *.po file where msgid is used. > For 'Comment' I understand it as a text to explain something. > In the Editor however it means marking what is different as explanation. > > For the Editor the translating is for > 'Comment' -> 'Markeer als commentaar' (English: Mark as comment). > 'Uncomment' -> 'Commentaar markering weghalen' (English: 'Comment marks > remove') 'Comments' -> 'Commentaren' which is not a right word in Dutch > BTW: the last one was translated as 'Commentaar verwijderen' (en: 'Comments > remove') so the comment itself will be removed but not the marks :) > > I did peek in the German translating > 'Comment' -> 'Block auskommentieren' > 'Uncomment' -> 'Auskommentierung aufheben' > 'Comments' -> 'Kommentare' > > and solved it for Dutch as > > 'Comment' -> 'Mark als commentaar' > 'Uncomment' -> 'Commentaar marks opheffen' > 'Comments' -> 'Commentaren' (however we don't speek the last n.) > > For the Translate form the meaning is consitent with the content > it have, the text. > > By using the trick to use 1 translating for several forms/class/module, > as is done currently, can be wrong for translating because the English word > translated to the local language can be different, in context it is used. You are right. > > How to solve combined MSGID for several forms but different MSGSTR? By replaeing the default english texts being a problem by numbers, for example, then by translating these numbers into the correct messages, finally by having an english translation so that numbers are not displayed in an english country. > > 583 of 579 97% done. > I managed to get it in the KDE's i18n KBabel tree for assistence. > The last part are the big messages to do, they must make sence in > normal speaking Dutch, and proofreading by the Fabrice (and KDE team?) > > Greets Ron > Thanks for your work. Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 7 16:30:56 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 7 Nov 2004 16:30:56 +0100 Subject: [Gambas-devel] Possible bug in qt component In-Reply-To: <1099771235.3207.14.camel@...179...> References: <1099771235.3207.14.camel@...179...> Message-ID: <200411071630.56267.gambas@...1...> On Saturday 06 November 2004 21:00, Jos? L. Redrejo Rodr?guez wrote: > I think I have discovered a bug in the qt component. Using drag & drop. > If I select in the form properties Border=False and Drop=true, droping > anything on the form, or in any of the objects in the form doesn't work > at all. > They reject the dropping. > Passing the dragged object over the form, before droping it I can see in > the gambas console this text: > > X Error: BadWindow (invalid Window parameter) 3 > Major opcode: 20 > Minor opcode: 0 > Resource id: 0x6b > QMotifDND: cannot get property on motif window > > Choosing for the form any other border as fixed or resizable works > correctly. Also, with border=none if I select drop=false in the form, > the objects on it accept droping again. > > Regards. > > I think this is a bug in Qt more than in the component itself. Which version of Qt do you use ? Can you send me a project that will show me the bug you detected ? Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 7 16:36:05 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 7 Nov 2004 16:36:05 +0100 Subject: [Gambas-devel] Net component patches In-Reply-To: <1099773285.7534.10.camel@...102...> References: <1099773285.7534.10.camel@...102...> Message-ID: <200411071636.05490.gambas@...1...> On Saturday 06 November 2004 21:34, Daniel Campos wrote: > Hi: > > Here's to files to replace the old ones in the "net" component: > > 1?) CDnsClient.c --> fixes a bug that could generate a segmentation > fault when using DnsClient in synchronous mode. > OK. > 2?) CNet.c --> Adds a static method to "Net" class: > > ToIp4(Cad As String) As String > > This function evaluates a string, and returns a well-formated IP > address. This way, it is easier to check if an IP address is valid > (returns it), or is not valid (returns ""). For example: > > " 216.051.31.112 " --> "216.51.31.112" > " 216.509.112.24 " --> "" > "001.00.02.34 " --> "1.0.2.34" > ... and so on > > Specially for use in values from a textbox filled by a non-expert > user :-))) > You could have used a static buffer to format the IP address: this save one call to malloc(). Can I replace the name "ToIPv4" by "Format" ? Here is what I imagine: Net.Format("address") And in the future: Net.Format("address", Net.IPV4) Net.Format("address", Net.IPV6) What do you think ? Remember that I like short names :-) > Regards, > > Daniel Campos Regards, -- Benoit Minisini mailto:gambas at ...1... From jredrejo at ...101... Sun Nov 7 16:59:12 2004 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sun, 07 Nov 2004 16:59:12 +0100 Subject: [Gambas-devel] Possible bug in qt component In-Reply-To: <200411071630.56267.gambas@...1...> References: <1099771235.3207.14.camel@...179...> <200411071630.56267.gambas@...1...> Message-ID: <1099843151.3236.16.camel@...179...> El dom, 07-11-2004 a las 16:30, Benoit Minisini escribi?: > On Saturday 06 November 2004 21:00, Jos? L. Redrejo Rodr?guez wrote: > > I think I have discovered a bug in the qt component. Using drag & drop. > > If I select in the form properties Border=False and Drop=true, droping > > anything on the form, or in any of the objects in the form doesn't work > > at all. > > They reject the dropping. > > Passing the dragged object over the form, before droping it I can see in > > the gambas console this text: > > > > X Error: BadWindow (invalid Window parameter) 3 > > Major opcode: 20 > > Minor opcode: 0 > > Resource id: 0x6b > > QMotifDND: cannot get property on motif window > > > > Choosing for the form any other border as fixed or resizable works > > correctly. Also, with border=none if I select drop=false in the form, > > the objects on it accept droping again. > > > > Regards. > > > > > > I think this is a bug in Qt more than in the component itself. > > Which version of Qt do you use ? > I am using this one: http://packages.debian.org/testing/libs/libqt3c102-mt > Can you send me a project that will show me the bug you detected ? > I have tested it in multiple projects. You just have to put a form and a button to do it, you will see as the button and form don't accept dropping if in the form you select border=none and drop=true, but if you want I will send you an example. Regards From ronstk at ...124... Sun Nov 7 18:13:38 2004 From: ronstk at ...124... (Ron Onstenk) Date: Sun, 7 Nov 2004 18:13:38 +0100 Subject: [Gambas-devel] Net component patches In-Reply-To: <200411071636.05490.gambas@...1...> References: <1099773285.7534.10.camel@...102...> <200411071636.05490.gambas@...1...> Message-ID: <200411071813.38738.ronstk@...124...> On Sunday 07 November 2004 16:36, Benoit Minisini wrote: > On Saturday 06 November 2004 21:34, Daniel Campos wrote: > Can I replace the name "ToIPv4" by "Format" ? > > Here is what I imagine: > > Net.Format("address") > > And in the future: > > Net.Format("address", Net.IPV4) > Net.Format("address", Net.IPV6) May I ask to consider the format with leading zero's as option. i.e 1.2.123.25 -> 001.002.123.025 This while sorting of the IP in a list let occur 2.x.x.x after the 192.168.x.x Net.Format("address", Net.IPV4, True) Net.Format(IPaddress AS String, Optional Format AS Integer=IPV4, Optional LeadZero AS Boolean=False) as String > > What do you think ? Remember that I like short names :-) LOL: But not the single letter class names :) > > > > Regards, > > > > Daniel Campos > > Regards, > BTW: Good idea Daniel to implement it :) Ron From ronstk at ...124... Sun Nov 7 20:18:24 2004 From: ronstk at ...124... (Ron Onstenk) Date: Sun, 7 Nov 2004 20:18:24 +0100 Subject: [Gambas-devel] Translating In-Reply-To: <200411071625.45722.gambas@...1...> References: <200411031654.04252.ronstk@...124...> <200411071625.45722.gambas@...1...> Message-ID: <200411072018.24519.ronstk@...124...> On Sunday 07 November 2004 16:25, Benoit Minisini wrote: > On Wednesday 03 November 2004 16:54, Ron Onstenk wrote: > > Hi Benoit, > > > > Toolbax/Toolbar: > > I found a inconsistency. > > On the Tools->Preference->Other > > For the 'Toolbox' options is says 'Animate Toolbar move' > > What bar is animated? > > Does it animate moving the window or the selected control > > during drag of it? > > > > It should be "Animate toolbox panels" I think - Is it clearer ? Correct, thats what I mean. > > > > > For translating 'tools' are the tools you have in your toolbox by i.e. car > > repair. In Gambas or VB it means 'Control' objects to use for placing on > > the form. Should it not be named as 'Controls Box' or 'Controlbox' ? > > However 'Controlbox' is a box we use to control the settings/behavior of > > a i.e. machine, so I prefer 'Controls' more without 'Box'. > > ??? You mean: Control box insted of Tool box, that's it ? Yes, it looks to me more consistent to what it contains. The only exeption is the 'Arrow' to draw/select ranges for a action to do and is the only tool loke a like ATM. The VB/GB term 'Control(s)' or C 'Widget(s)' do not need really a translating but 'Tool' does because it is a general purpose tool to handle something and this is not specific VB/GB/C related. So my answer is yes, I _personal_ belive it is more correct here. Not that 'Tool' is absolutly wrong, but in translating it is/can be. > > > > > > > Comment: -- snip--- > > > > By using the trick to use 1 translating for several forms/class/module, > > as is done currently, can be wrong for translating because the English word > > translated to the local language can be different, in context it is used. > > You are right. Thanks :) > > > > > How to solve combined MSGID for several forms but different MSGSTR? > > By replaeing the default english texts being a problem by numbers, for > example, then by translating these numbers into the correct messages, finally > by having an english translation so that numbers are not displayed in an > english country. This is done in MS VB, it is good to get compact code also but in VB that is not programmer friendly. Your way as txt1 = ("To translate Text") is much better as MS VB txt.caption = ("MSGID") They did it for the menu's and captions. The English translating must be there any way. Gambas goes in the local language/country settings on start. I make the program with menu,labels and control captions in Dutch. Here the Dutch language will be the template for translating to i.e. Spanish. I have to make a translating to English at least to inform the others what the Dutch captions and menu mean. Daniel Campos does not know what 'GereedschapDoos' means. :) msgid="GereedschapDoos" (in en.po ??? this is Dutch!!!) msgstr="ToolBox" (in es.po) Or the development must be in English, what is imposible because gambas on start goes in the local language/country settings. The bad circle, chicken and egg question. The MSGID should not be a real number but a very short message explaining the content of the real message, i.e. msgid="ReadyToMakeRpm" in all *.po msgstr="We are ready to make the RPM package" for English in en.po msgstr="We kunnen nu het RPM pakket gaan maken" for Dutch in nl.po The translation form should show the msgid and 2 or more languages columns AnnounceMakeRpm | De Nederlanse text | The English translating [ | Die Deutsche uberzetzung ] The nice part is the translator has the posibility of a sneak peek in a other language to see a hint what can be a good translating, as I can use German as hint or a few French/Spanish terms. Daniel can use English, Espanol and French or Italian as hints. For now it can stay _as is_ but may be corrected after 1.0 is there. > > > > > 583 of 579 97% done. > > I managed to get it in the KDE's i18n KBabel tree for assistence. > > The last part are the big messages to do, they must make sence in > > normal speaking Dutch, and proofreading by the Fabrice (and KDE team?) > > > > Greets Ron > > KBabel is a good help, but the way KDE and KBable use the translating is not direct compatible with Gambas for the layout of the files and file names. :( > > Thanks for your work. > > Regards, > Still working after a few days rest, doctor complianed. Ron. From daniel.campos at ...103... Mon Nov 8 01:04:25 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Mon, 08 Nov 2004 01:04:25 +0100 Subject: [Gambas-devel] Net component patches In-Reply-To: <200411071813.38738.ronstk@...124...> References: <1099773285.7534.10.camel@...102...> <200411071636.05490.gambas@...1...> <200411071813.38738.ronstk@...124...> Message-ID: <1099872265.3777.2.camel@...102...> OK, I've replaced the GB.Alloc() and I use a char[16] array now. I've added the 'Format' parameter (by now IPv4), and I've added the second parameter "LeadZero". Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: CNet.c Type: text/x-csrc Size: 3506 bytes Desc: not available URL: From ronstk at ...124... Mon Nov 8 05:15:16 2004 From: ronstk at ...124... (Ron Onstenk) Date: Mon, 8 Nov 2004 05:15:16 +0100 Subject: [Gambas-devel] Net component patches In-Reply-To: <1099872265.3777.2.camel@...102...> References: <1099773285.7534.10.camel@...102...> <200411071813.38738.ronstk@...124...> <1099872265.3777.2.camel@...102...> Message-ID: <200411080515.16597.ronstk@...124...> On Monday 08 November 2004 01:04, Daniel Campos wrote: > OK, I've replaced the GB.Alloc() and I use a char[16] array now. > > I've added the 'Format' parameter (by now IPv4), and I've added the > second parameter "LeadZero". > > Regards, > > Daniel Campos > > > Thanks Daniel, Ron. From ronstk at ...124... Mon Nov 8 09:20:39 2004 From: ronstk at ...124... (Ron Onstenk) Date: Mon, 8 Nov 2004 09:20:39 +0100 Subject: [Gambas-devel] Translating missing Message-ID: <200411080920.39723.ronstk@...124...> In the form FSupSselector the upper right buttons has a English text and are not in the translate list. Private function CopyDir() 2x Message.Warning((Error.Text & "\nI can't copy the file : \n" & sDir)) are also not in the list, maybe it must be Message.Warning(Error.Text & ("\nI can't copy the file : \n") & sDir) It is done this way in Project.module->Function NewProject() And should there not be a list with those Error.Text to translate ? ------------------ Make a new project Durrig Select a map for the project. In (FSupSelector?) the file list is not grouped for directories/files ? ------------------ By make executable the filter is on *.tar.gz after once a source archive is made and sticks on it. When during Make Executable a new directory is made and I point on it. With right mouse button a menu occurs. The entry 'delete' ask confirm in English. Can't find for translating. Arg, this one is in the Dialog control. ------------------ grtz Ron From karl.reinl at ...16... Mon Nov 8 20:48:20 2004 From: karl.reinl at ...16... (Charlie) Date: Mon, 08 Nov 2004 20:48:20 +0100 Subject: [Gambas-devel] xml-lib from Daniel References: <200410252224.36820.Karl.Reinl@...16...> <1098823970.3725.4.camel@...102...> Message-ID: <418FCD84.8060906@...16...> Daniel Campos schrieb: >Mmmh... I was trying to write an example and i've found a bug >in XmlReader thanks to this, I will send the example and the patch >soon... > >Regards, > >D. Campos > > Salut Daniel, do you have news about ? Amicalment Charlie From daniel.campos at ...103... Tue Nov 9 09:44:56 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Tue, 09 Nov 2004 09:44:56 +0100 Subject: [Gambas-devel] xml-lib from Daniel In-Reply-To: <418FCD84.8060906@...16...> References: <200410252224.36820.Karl.Reinl@...16...> <1098823970.3725.4.camel@...102...> <418FCD84.8060906@...16...> Message-ID: <1099989896.3372.1.camel@...102...> Yes :-)) I'm waiting to this weekend to finish the XmlReader part, so at least for the 1.0 there will be a functional XmlWriter, XmlReader and XSLT classes. The tree model and SAX parser will have to wait a little more... Regards, D. Campos From gambas at ...1... Tue Nov 9 11:57:33 2004 From: gambas at ...1... (Benoit Minisini) Date: Tue, 9 Nov 2004 11:57:33 +0100 Subject: [Gambas-devel] Net component patches In-Reply-To: <1099872265.3777.2.camel@...102...> References: <1099773285.7534.10.camel@...102...> <200411071813.38738.ronstk@...124...> <1099872265.3777.2.camel@...102...> Message-ID: <200411091157.33351.gambas@...1...> On Monday 08 November 2004 01:04, Daniel Campos wrote: > OK, I've replaced the GB.Alloc() and I use a char[16] array now. > > I've added the 'Format' parameter (by now IPv4), and I've added the > second parameter "LeadZero". > > Regards, > > Daniel Campos OK, I took it. -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Nov 9 12:46:17 2004 From: gambas at ...1... (Benoit Minisini) Date: Tue, 9 Nov 2004 12:46:17 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411080920.39723.ronstk@...124...> References: <200411080920.39723.ronstk@...124...> Message-ID: <200411091246.17052.gambas@...1...> On Monday 08 November 2004 09:20, Ron Onstenk wrote: > In the form FSupSselector the upper right buttons has a English text > and are not in the translate list. > > > Private function CopyDir() > > 2x Message.Warning((Error.Text & "\nI can't copy the file : \n" & sDir)) > > are also not in the list, maybe it must be > > Message.Warning(Error.Text & ("\nI can't copy the file : \n") & sDir) > > It is done this way in Project.module->Function NewProject() OK. I fixed it, and I reused a already translated message. > > > And should there not be a list with those Error.Text to translate ? Yes. Later :-) > > ------------------ > Make a new project > Durrig Select a map for the project. > In (FSupSelector?) the file list is not grouped for directories/files ? Yes. Later, too. > > ------------------ > By make executable the filter is on *.tar.gz after once a > source archive is made and sticks on it. > OK, I fix it. > When during Make Executable a new directory is made and I point on it. > With right mouse button a menu occurs. > The entry 'delete' ask confirm in English. Can't find for translating. > > Arg, this one is in the Dialog control. ??? I don't understand! > > ------------------ > > grtz Ron > Regards, -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Tue Nov 9 13:44:26 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 9 Nov 2004 13:44:26 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411091246.17052.gambas@...1...> References: <200411080920.39723.ronstk@...124...> <200411091246.17052.gambas@...1...> Message-ID: <200411091344.27070.lordheavy@...141...> Le Mardi 9 Novembre 2004 12:46, Benoit Minisini a ?crit?: > > And should there not be a list with those Error.Text to translate ? > > Yes. Later :-) Does it shall be a good way to add constants for error beside translating them as it will be easy to manage errors like in glibc eg : Constant Error.NotObject for a "Not an Object" error will be print as "N'est pas un objet" in french -- Laurent Carlier From ronstk at ...124... Tue Nov 9 20:00:43 2004 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 9 Nov 2004 20:00:43 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411091246.17052.gambas@...1...> References: <200411080920.39723.ronstk@...124...> <200411091246.17052.gambas@...1...> Message-ID: <200411092000.43725.ronstk@...124...> On Tuesday 09 November 2004 12:46, Benoit Minisini wrote: > On Monday 08 November 2004 09:20, Ron Onstenk wrote: ~~~~~ > > OK. I fixed it, and I reused a already translated message. thanks > > > Yes. Later :-) thanks > Yes. Later, too. Understand why and thanks too :) > > > OK, I fix it. nice and Thanks again > > > When during Make Executable a new directory is made and I point on it. > > With right mouse button a menu occurs. > > The entry 'delete' ask confirm in English. Can't find for translating. > > > > Arg, this one is in the Dialog control. > > ??? I don't understand! I didn't also but found it was not FSupSelector but the Dialog object. That one is from KDE and is running in en_US here. Not fault in gambas :) Sorry for the extra work but I'm surprised somebody did not found these before. Greets, Ron From ronstk at ...124... Tue Nov 9 20:31:35 2004 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 9 Nov 2004 20:31:35 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411091344.27070.lordheavy@...141...> References: <200411080920.39723.ronstk@...124...> <200411091246.17052.gambas@...1...> <200411091344.27070.lordheavy@...141...> Message-ID: <200411092031.35442.ronstk@...124...> On Tuesday 09 November 2004 13:44, Laurent Carlier wrote: > Le Mardi 9 Novembre 2004 12:46, Benoit Minisini a ?crit?: > > > And should there not be a list with those Error.Text to translate ? > > > > Yes. Later :-) > > Does it shall be a good way to add constants for error beside translating them > as it will be easy to manage errors like in glibc > > eg : Constant Error.NotObject for a "Not an Object" error will be print as > "N'est pas un objet" in french > I belive it ie already there as Error.Code ?? Ron From lordheavy at ...141... Wed Nov 10 21:29:13 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 10 Nov 2004 21:29:13 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411092031.35442.ronstk@...124...> References: <200411080920.39723.ronstk@...124...> <200411091344.27070.lordheavy@...141...> <200411092031.35442.ronstk@...124...> Message-ID: <200411102129.13256.lordheavy@...141...> Le Mardi 9 Novembre 2004 20:31, Ron Onstenk a ?crit?: > On Tuesday 09 November 2004 13:44, Laurent Carlier wrote: > > Le Mardi 9 Novembre 2004 12:46, Benoit Minisini a ?crit?: > > > > And should there not be a list with those Error.Text to translate ? > > > > > > Yes. Later :-) > > > > Does it shall be a good way to add constants for error beside translating > > them as it will be easy to manage errors like in glibc > > > > eg : Constant Error.NotObject for a "Not an Object" error will be print > > as "N'est pas un objet" in french > > I belive it ie already there as Error.Code ?? > Sure, Error.Code exist. But can you say me what is the meaning of the value of 10 as example ? Perhaps it can be guess with Error.Text but how to do when it will be translated ? My suggestion is with constants like the color class in qt component (color.black ... p.e.). Regards, -- Laurent Carlier From jorisenpetra at ...182... Wed Nov 10 22:28:54 2004 From: jorisenpetra at ...182... (Joris Meijer) Date: Wed, 10 Nov 2004 22:28:54 +0100 Subject: [Gambas-devel] Re: Linking to a c library (libxxx.so.0 In-Reply-To: <200411101646.25148.gambas@...1...> References: <1097611460.2683.3.camel@...183...> <200411071614.47324.gambas@...1...> <1100028149.2421.4.camel@...183...> <200411101646.25148.gambas@...1...> Message-ID: <1100122134.2389.36.camel@...183...> On Wed, 2004-11-10 at 16:46 +0100, Benoit Minisini wrote: > On Tuesday 09 November 2004 20:22, Joris Meijer wrote: > > Here is the latest example off a possible way to dynamically link with a > > C-library without knowing the function prototy at compile time. It does > > not giva a answer to all the questions but answers some. > > Cool. But this is "user" mailing-list: post on "devel" mailing-list, the other > one :-) > > I think you should restore the stack after having called the function in the > dynamic library. I believe that according to C calling convention you should, after a funtion call restore the SP. So probebly you are right ;-) A easy but slow way off restoring stack is to pop the arguments from the stack witch were pushed there. > > > > > About the portebility, I think it is portable but to where would you > > like to port?? > > Something other than x86: PowerPC for example. I think the general idee should work for all platforms although a big enidian might couse some problems. But these problems would be fixable:-) Probebly the inline assembly would need to be adjusted for non gcc compilers but it is not a lot off assembly so this would not be that big a deal. I think the example is not perfect but it shows that it is possible to link to a C-library without knowing the function prototype at compile time. I would like to know how you think about it and if you think it possible to include such a feature in gambas?? greetz Joris Meijer -------------- next part -------------- A non-text attachment was scrubbed... Name: test_dl.tar.gz Type: application/octet-stream Size: 3656 bytes Desc: not available URL: From ronstk at ...124... Thu Nov 11 07:40:37 2004 From: ronstk at ...124... (Ron Onstenk) Date: Thu, 11 Nov 2004 07:40:37 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411102129.13256.lordheavy@...141...> References: <200411080920.39723.ronstk@...124...> <200411092031.35442.ronstk@...124...> <200411102129.13256.lordheavy@...141...> Message-ID: <200411110740.37523.ronstk@...124...> On Wednesday 10 November 2004 21:29, Laurent Carlier wrote: | Le Mardi 9 Novembre 2004 20:31, Ron Onstenk a ?crit?: | > On Tuesday 09 November 2004 13:44, Laurent Carlier wrote: | > > Le Mardi 9 Novembre 2004 12:46, Benoit Minisini a ?crit?: | > > > > And should there not be a list with those Error.Text to translate ? | > > > | > > > Yes. Later :-) | > > | > > Does it shall be a good way to add constants for error beside translating | > > them as it will be easy to manage errors like in glibc | > > | > > eg : Constant Error.NotObject for a "Not an Object" error will be print | > > as "N'est pas un objet" in french | > | > I belive it ie already there as Error.Code ?? | > | | Sure, Error.Code exist. But can you say me what is the meaning of the value of | 10 as example ? | | Perhaps it can be guess with Error.Text but how to do when it will be | translated ? | I have some back talk with one from the KDE translate team. He says the policy is not to find for everey word an translation in the develop environment. I agree to that, because if something is unclear you need to lookup on the net and then you must search for the English word(s) and not the local language for help. The Error messages are at primary level for the developer and if they occur it is by an unfore seen event by the developer. For looking up on the net, you understand English is the best, however a good explanation in the the local language can be more helpfull, I agree to that. I miss the explanation sometimes also, not what but why. For your example question 'What is Error.code 10' you can look in gberrors.c in the source tree. Not a very convince way but for a developer usable. May be a hint to place a lookup table in the 'Help' with it. For the end user the developer should make his own error trapping and present the message in the local language in case a mistake has done by the user. This will make the applications more complex for transfer to other users on the world. Personal I believe the IDE or UI should be translated at a very minimum, the action words can but not the terms like 'file' or say the objects on which the action is done. i.e. 'Save file' to 'Opslaan file' Maybe a 'Error.class' in the project with code to local language text AND a explanation is a better way. This can be made as separate project and included with 'USE' in gambas for the project. | My suggestion is with constants like the color class in qt component | (color.black ... p.e.). | | Regards, | I believe here it can't be translated. Simple because the words are the symbols (like icons) for the value. Black means the numeric value of 1. How if the code is made by English people with 'Black' and are used by Dutch, where 'Black' is 'Zwart' ? As example: IF textbox.foreground = color.black THEN 'will be translated in Dutch IF textbox.foreground = color.zwart THEN 'or translated to much as ALS tekstdoos.voorgrond = kleur.zwart DAN It is not impossible to do but if people cut and past in a e-mail it make no sense anymore :) Here it make for me more sense and proves not to translate every thing, but use a more common language as English as it is now. I'm not happy with all the translating I have done till now, I believe I did from developer view to much after all. But my first intention was to get as much as possible the nl.po file updated to the situation Gambas is now. The correct was second to it and maybe I undo some translating the next versions for some terms. The word 'package' is translated but I'm very unhappy with it. After being busy with the translating to Dutch I can say it is more complex and less easy as I already was afraid it should be. Ron From gambas at ...1... Thu Nov 11 12:20:33 2004 From: gambas at ...1... (Benoit Minisini) Date: Thu, 11 Nov 2004 12:20:33 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411110740.37523.ronstk@...124...> References: <200411080920.39723.ronstk@...124...> <200411102129.13256.lordheavy@...141...> <200411110740.37523.ronstk@...124...> Message-ID: <200411111220.33715.gambas@...1...> On Thursday 11 November 2004 07:40, Ron Onstenk wrote: > > I have some back talk with one from the KDE translate team. > He says the policy is not to find for everey word an translation > in the develop environment. > I agree to that, because if something is unclear you need to lookup > on the net and then you must search for the English word(s) and not the > local language for help. > > The Error messages are at primary level for the developer and if they > occur it is by an unfore seen event by the developer. > For looking up on the net, you understand English is the best, however > a good explanation in the the local language can be more helpfull, I > agree to that. I miss the explanation sometimes also, not what but why. > > For your example question 'What is Error.code 10' you can look in > gberrors.c in the source tree. Not a very convince way but for a developer > usable. May be a hint to place a lookup table in the 'Help' with it. > > For the end user the developer should make his own error trapping and > present the message in the local language in case a mistake has done by the > user. This will make the applications more complex for transfer to other > users on the world. > > Personal I believe the IDE or UI should be translated at a very minimum, > the action words can but not the terms like 'file' or say the objects > on which the action is done. i.e. 'Save file' to 'Opslaan file' > > Maybe a 'Error.class' in the project with code to local language text AND > a explanation is a better way. > This can be made as separate project and included with 'USE' in gambas for > the project. > > | My suggestion is with constants like the color class in qt component > | (color.black ... p.e.). > | > | Regards, > > I believe here it can't be translated. Simple because the words are the > symbols (like icons) for the value. Black means the numeric value of 1. > How if the code is made by English people with 'Black' and are > used by Dutch, where 'Black' is 'Zwart' ? As example: > > IF textbox.foreground = color.black THEN 'will be translated in Dutch > IF textbox.foreground = color.zwart THEN 'or translated to much as > ALS tekstdoos.voorgrond = kleur.zwart DAN > > It is not impossible to do but if people cut and past in a e-mail it make > no sense anymore :) > Here it make for me more sense and proves not to translate every thing, > but use a more common language as English as it is now. > > I'm not happy with all the translating I have done till now, > I believe I did from developer view to much after all. > But my first intention was to get as much as possible the nl.po > file updated to the situation Gambas is now. > > The correct was second to it and maybe I undo some translating the next > versions for some terms. > The word 'package' is translated but I'm very unhappy with it. > > After being busy with the translating to Dutch I can say it is > more complex and less easy as I already was afraid it should be. > > Ron > > Language and symbols must NEVER be translated. The proof is in Microsoft that did it in MS-Office :-) As for the translation of error messages, this is possible only directly in the IDE. To do that, I need to add a option in the compiler and in the interpreter to send messages in a translatable form. I mean: "Unable to open the file '&1'", "/home/benoit/where-is-it.txt" instead of: "Unable to open the file '/home/benoit/where-is-it.txt'" And so on... The translation of error messages is planned in the future. Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Thu Nov 11 12:21:17 2004 From: gambas at ...1... (Benoit Minisini) Date: Thu, 11 Nov 2004 12:21:17 +0100 Subject: [Gambas-devel] Re: Linking to a c library (libxxx.so.0 In-Reply-To: <1100122134.2389.36.camel@...183...> References: <1097611460.2683.3.camel@...183...> <200411101646.25148.gambas@...1...> <1100122134.2389.36.camel@...183...> Message-ID: <200411111221.17929.gambas@...1...> On Wednesday 10 November 2004 22:28, Joris Meijer wrote: > I think the general idee should work for all platforms although a big > enidian might couse some problems. But these problems would be > fixable:-) > > Probebly the inline assembly would need to be adjusted for non gcc > compilers but it is not a lot off assembly so this would not be that big > a deal. > > I think the example is not perfect but it shows that it is possible to > link to a C-library without knowing the function prototype at compile > time. I would like to know how you think about it and if you think it > possible to include such a feature in gambas?? Of course I will :-) > > greetz Joris Meijer Regards, -- Benoit Minisini mailto:gambas at ...1... From ronstk at ...124... Thu Nov 11 14:56:23 2004 From: ronstk at ...124... (Ron Onstenk) Date: Thu, 11 Nov 2004 14:56:23 +0100 Subject: [Gambas-devel] Translating missing In-Reply-To: <200411111220.33715.gambas@...1...> References: <200411080920.39723.ronstk@...124...> <200411110740.37523.ronstk@...124...> <200411111220.33715.gambas@...1...> Message-ID: <200411111456.23505.ronstk@...124...> On Thursday 11 November 2004 12:20, Benoit Minisini wrote: | | Language and symbols must NEVER be translated. The proof is in Microsoft that | did it in MS-Office :-) Good example how it goes wrong | | As for the translation of error messages, this is possible only directly in | the IDE. To do that, I need to add a option in the compiler and in the | interpreter to send messages in a translatable form. | | I mean: | | "Unable to open the file '&1'", "/home/benoit/where-is-it.txt" | | instead of: | | "Unable to open the file '/home/benoit/where-is-it.txt'" | | And so on... | | The translation of error messages is planned in the future. | | Regards, | For me exactly, future music :) From lordheavy at ...141... Thu Nov 11 18:34:13 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Thu, 11 Nov 2004 18:34:13 +0100 Subject: [Gambas-devel] sdl component ... Message-ID: <200411111834.13572.lordheavy@...141...> Here a try for a SDL component. It is a pretty ugly piece of code but it is only here to say ... IT WORKS ! It 's very "basic" and there will be a lot of changes but if you have any ideas of the "ideal" syntax .... Regards, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: mysdl20041111.tar.bz2 Type: application/x-tbz Size: 42357 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: GfxTest-0.0.0.tar.gz Type: application/x-tgz Size: 4274 bytes Desc: not available URL: From sourceforge-raindog2 at ...19... Thu Nov 11 19:39:52 2004 From: sourceforge-raindog2 at ...19... (Rob) Date: Thu, 11 Nov 2004 14:39:52 -0400 Subject: [Gambas-devel] sdl component ... In-Reply-To: <200411111834.13572.lordheavy@...141...> References: <200411111834.13572.lordheavy@...141...> Message-ID: <200411111339.52465.sourceforge-raindog2@...19...> On Thursday 11 November 2004 12:34, Laurent Carlier wrote: > Here a try for a SDL component. It is a pretty ugly piece of > code but it is only here to say ... IT WORKS ! Cool, it has an event loop and input support and framebuffer support and everything? I'm heading out of town, really wish I could look at this now and hopefully contribute later. > It 's very "basic" and there will be a lot of changes but if > you have any ideas of the "ideal" syntax .... I think having it act like a stripped down version of the Qt component (where "ME" refers to the current drawable or whatever SDL calls the drawing surface, and maybe make a Draw class with a subset of the Qt syntax) would be cool. Rob From jorisenpetra at ...182... Thu Nov 11 20:52:04 2004 From: jorisenpetra at ...182... (Joris Meijer) Date: Thu, 11 Nov 2004 20:52:04 +0100 Subject: [Gambas-devel] Re: Linking to a c library (libxxx.so.0 In-Reply-To: <200411111221.17929.gambas@...1...> References: <1097611460.2683.3.camel@...183...> <200411101646.25148.gambas@...1...> <1100122134.2389.36.camel@...183...> <200411111221.17929.gambas@...1...> Message-ID: <1100202724.2428.7.camel@...183...> Extended the example to include a double return value. I'm having a bit off a problem with it. If I make the double bigger than 8 digits I get bogus data!! greetz Joris On Thu, 2004-11-11 at 12:21 +0100, Benoit Minisini wrote: > On Wednesday 10 November 2004 22:28, Joris Meijer wrote: > > I think the general idee should work for all platforms although a big > > enidian might couse some problems. But these problems would be > > fixable:-) > > > > Probebly the inline assembly would need to be adjusted for non gcc > > compilers but it is not a lot off assembly so this would not be that big > > a deal. > > > > I think the example is not perfect but it shows that it is possible to > > link to a C-library without knowing the function prototype at compile > > time. I would like to know how you think about it and if you think it > > possible to include such a feature in gambas?? > > Of course I will :-) > > > > > greetz Joris Meijer > > Regards, > -------------- next part -------------- A non-text attachment was scrubbed... Name: test_dl.tar.gz Type: application/octet-stream Size: 3905 bytes Desc: not available URL: From lordheavy at ...141... Thu Nov 11 21:14:24 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Thu, 11 Nov 2004 21:14:24 +0100 Subject: [Gambas-devel] sdl component ... In-Reply-To: <200411111339.52465.sourceforge-raindog2@...19...> References: <200411111834.13572.lordheavy@...141...> <200411111339.52465.sourceforge-raindog2@...19...> Message-ID: <200411112114.24049.lordheavy@...141...> Le Jeudi 11 Novembre 2004 19:39, Rob a ?crit?: > On Thursday 11 November 2004 12:34, Laurent Carlier wrote: > > Here a try for a SDL component. It is a pretty ugly piece of > > code but it is only here to say ... IT WORKS ! > > Cool, it has an event loop and input support and framebuffer > support and everything? I'm heading out of town, really wish I > could look at this now and hopefully contribute later. > Currently it doesn't manage any events. The is a basic surface management with alpha and colorkey. Timer seem to work fine (with same syntax as the qt component) and a *very basic* main screen management. There too a basic blit for testing if it work. I've join a test file : the boat from sdl testsuite with a fade in effect and his colorkey enable. > > It 's very "basic" and there will be a lot of changes but if > > you have any ideas of the "ideal" syntax .... > > I think having it act like a stripped down version of the Qt > component (where "ME" refers to the current drawable or whatever > SDL calls the drawing surface, and maybe make a Draw class with > a subset of the Qt syntax) would be cool. > You should use the 'ME' keywords through class inheritance, but i haven't think till now about that. > Rob > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel -- Laurent Carlier From daniel.campos at ...103... Thu Nov 11 22:53:51 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Thu, 11 Nov 2004 22:53:51 +0100 Subject: [Gambas-devel] Gambas at Osnews.com Message-ID: <1100210031.7936.1.camel@...102...> Hi! Here's a little article I've written for osnews.com: http://osnews.com/story.php?news_id=8849 Comments seem to be positive (for Gambas I mean:) http://osnews.com/comment.php?news_id=8849 Regards, Daniel Campos From Karl.Reinl at ...16... Thu Nov 11 23:22:11 2004 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Thu, 11 Nov 2004 23:22:11 +0100 Subject: [Gambas-devel] PrettyPrinter-0.3.2 for use in IDE for RC2 Message-ID: <200411112322.11122.Karl.Reinl@...16...> Salut, I send you a the version of PrettyPrinter, included into the IDE, for that I had to change FEditor.form and *.class from RC2 These files comme with the code. The PrettyPrinter code hasn't changed, only the FEditor.* use the FEditor.* from gambas.0.99.RC2, where I added the PrettyPrinter to the menu. If you like to have a go, please, don't do it in your ?../gambas-0.99.RC2/app/gambas, make a copy from that directory. Then merge the changes by copiing PPinstall-0.3.2.RC2/app/gambas/* to your test-IDE After you find the PrettyPrinter and the PrettyPrinter Settings in the Contextmenu of the IDE-Editor. Attention: ?the PrettyPrinter in the Editor menu is not managed, so you can ? change you sourcecode during debugging (but it is not the only one) ?!!!! The changes you find in ChangeLog.PrettyPrinter Aamicalement Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: PPinstall-0.3.2.RC2.tar.bz2 Type: application/x-tbz Size: 19901 bytes Desc: not available URL: From christian.faurebouvard at ...156... Fri Nov 12 03:24:54 2004 From: christian.faurebouvard at ...156... (Christian Faure) Date: Thu, 11 Nov 2004 23:24:54 -0300 Subject: [Gambas-devel] pre-alpha DBReportDesigner, DBReportViewer In-Reply-To: <200411111339.52465.sourceforge-raindog2@...19...> References: <200411111834.13572.lordheavy@...141...> <200411111339.52465.sourceforge-raindog2@...19...> Message-ID: <200411112324.54970.christian.faurebouvard@...156...> Hi, If you have time: To test it, first you need create the "test" database with "database" example of Gambas. I include very small reports for Postgres, SQLite and MySQL. For Postgres: Host: 127.0.0.1 Database: test User: postgres For SQLite Database: test For MySql Database: test User: root Reports have extension ".grpt" for Gambas report (plain text, no XML) How to test designer: 1. Open report designer 2. Open example report 3. to move objects, use cursor keys 4. to resize objects use shift+cursor keys 5. to change text, use property "text" ... 6. to edit recordsource, use toolbox, remember test your new SQL with "test" button ... How to test viewer: 1. Open report viewer 2. Click "Open" button 3. Select an example report Obs: The report designer is incomplete, buggy, slow, etc... All sum fields are calculated by database Recordsource are nested to do master-detail Each report section have an "Iteration" property linked to recordsource. The IDE is very slow, due to implementation, because i need an IDE general-purpose, to use it in others proyects. -------------- next part -------------- A non-text attachment was scrubbed... Name: DBReportDesigner-0.0.1.tar.gz Type: application/x-tgz Size: 100226 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: DBReportViewer-0.0.1.tar.gz Type: application/x-tgz Size: 42076 bytes Desc: not available URL: From gambasfr at ...4... Fri Nov 12 13:02:50 2004 From: gambasfr at ...4... (Bodard Fabien) Date: Fri, 12 Nov 2004 13:02:50 +0100 Subject: [Gambas-devel] pre-alpha DBReportDesigner, DBReportViewer In-Reply-To: <200411112324.54970.christian.faurebouvard@...156...> References: <200411111834.13572.lordheavy@...141...> <200411111339.52465.sourceforge-raindog2@...19...> <200411112324.54970.christian.faurebouvard@...156...> Message-ID: <200411121302.50968.gambasfr@...4...> Le vendredi 12 Novembre 2004 03:24, Christian Faure a ?crit?: > Hi, > If you have time: > To test it, first you need create the "test" database with "database" > example of Gambas. > I include very small reports for Postgres, SQLite and MySQL. > > For Postgres: > Host: 127.0.0.1 > Database: test > User: postgres > > For SQLite > Database: test > > For MySql > Database: test > User: root > > Reports have extension ".grpt" for Gambas report (plain text, no XML) > > How to test designer: > 1. Open report designer > 2. Open example report > 3. to move objects, use cursor keys > 4. to resize objects use shift+cursor keys > 5. to change text, use property "text" > ... > 6. to edit recordsource, use toolbox, remember test your new SQL with > "test" button > ... > > How to test viewer: > 1. Open report viewer > 2. Click "Open" button > 3. Select an example report > > Obs: > The report designer is incomplete, buggy, slow, etc... > All sum fields are calculated by database > Recordsource are nested to do master-detail > Each report section have an "Iteration" property linked to recordsource. > > The IDE is very slow, due to implementation, because i need an IDE > general-purpose, to use it in others proyects. Hi Chistian It's a begninning, each project have a start point. I think you can speed up you page loading with libxml.... (more simple for you to parse) Youn need error managment on no connection why not use the grid view on properties ? I don't know if manage the tool properties by (plain/text) is a good idea. It's slow isn't it (push command to ide) ? (nevertheless i see, you can manage by this way all command you want just by adding a parser new key and a button) so... i'm going to read this with interest.. Fabien From lordheavy at ...141... Fri Nov 12 13:21:04 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Fri, 12 Nov 2004 13:21:04 +0100 Subject: [Gambas-devel] bug report from the syllable devs ? Message-ID: <200411121321.04342.lordheavy@...141...> Here an issue report from syllable developpers (www.syllable.org) : authors Kaj de Vos status broken notes Still looks for X11, even when disabled licenses GPL home gambas.sf.net build-needs gcc 2.95 | gcc 3.2 recommends x11 qt >= 3.2 kde >= 3 postgresql mysql sqlite curl >= 7.10.7 sdl patch-config ;no-build-dir configure-options --without-x ; --disable-qt ; --disable-kde documentation README INSTALL COPYING NEWS ChangeLog TODO AUTHORS Regards, -- Laurent Carlier From na2492 at ...16... Fri Nov 12 18:53:18 2004 From: na2492 at ...16... (Charlie Reinl) Date: Fri, 12 Nov 2004 18:53:18 00100 Subject: [Gambas-devel] pre-alpha DBReportDesigner, DBReportViewer Message-ID: <4194f88e.50e8.0@...16...> > > >Hi, >If you have time: >To test it, first you need create the "test" database with "database" example >of Gambas. >I include very small reports for Postgres, SQLite and MySQL. > >For Postgres: > Host: 127.0.0.1 > Database: test > User: postgres > >For SQLite > Database: test > >For MySql > Database: test > User: root > >Reports have extension ".grpt" for Gambas report (plain text, no XML) > >How to test designer: >1. Open report designer >2. Open example report >3. to move objects, use cursor keys >4. to resize objects use shift+cursor keys >5. to change text, use property "text" >... >6. to edit recordsource, use toolbox, remember test your new SQL with "test" >button >... > >How to test viewer: >1. Open report viewer >2. Click "Open" button >3. Select an example report > >Obs: >The report designer is incomplete, buggy, slow, etc... >All sum fields are calculated by database >Recordsource are nested to do master-detail >Each report section have an "Iteration" property linked to recordsource. > >The IDE is very slow, due to implementation, because i need an IDE >general-purpose, to use it in others proyects. > Salut Christian, you forgot to say, how the Table has to be. the path to the gambas.png with /data/data/src/DBReportDesigner/img/gambas.png is only on your box like that and the designer crash while the viewer has no problem with, and don't show it And if I wanted send to the printer, he crashed : SUB OutputMode_write(m AS String) Mode=m IF Mode="Preview" THEN fx=1 fy=1 pview.Tag=1 PageClear() ELSE IF Mode="Printer" THEN pview=view <------------------------------ here with wanted cPage , got drawing area pview.Tag =1 fx=pfx fy=pfy END IF END I used 'sqlite_example_01_employee.grpt' in both cases. But, it is a good start, even I don't like this big forms. Amicalment Charlie * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de * From christian.faurebouvard at ...156... Fri Nov 12 21:47:24 2004 From: christian.faurebouvard at ...156... (Christian Faure) Date: Fri, 12 Nov 2004 17:47:24 -0300 Subject: [Gambas-devel] Re: pre-alpha DBReportDesigner, DBReportViewer In-Reply-To: <200411121302.50968.gambasfr@...4...> References: <200411111834.13572.lordheavy@...141...> <200411112324.54970.christian.faurebouvard@...156...> <200411121302.50968.gambasfr@...4...> Message-ID: <200411121747.24909.christian.faurebouvard@...156...> > Hi Chistian > > It's a begninning, each project have a start point. > > I think you can speed up you page loading with libxml.... (more simple for > you to parse) Yes, with Gambas Version 1.0, xml component included > > Youn need error managment on no connection Yes! > > why not use the grid view on properties ? Mm..., Grid view is fast, sure. Creating a new form for each property allow more flexible interface, but very slow. > > I don't know if manage the tool properties by (plain/text) is a good idea. > It's slow isn't it (push command to ide) ? (nevertheless i see, you can > manage by this way all command you want just by adding a parser new key and > a button) > > so... > > i'm going to read this with interest.. > > Fabien > Regards, Christian From christian.faurebouvard at ...156... Sat Nov 13 13:48:24 2004 From: christian.faurebouvard at ...156... (Christian Faure) Date: Sat, 13 Nov 2004 09:48:24 -0300 Subject: [Gambas-devel] Re: pre-alpha DBReportDesigner, DBReportViewer In-Reply-To: <4194f88e.50e8.0@...16...> References: <4194f88e.50e8.0@...16...> Message-ID: <200411130948.25090.christian.faurebouvard@...156...> El Viernes, 12 de Noviembre de 2004 15:53, Charlie Reinl escribi?: > Salut Christian, Salut Charlie, > > you forgot to say, how the Table has to be. Table of database? is the table created by an example of gambas: "Database example", it allow to create a test table with somes random values. To create the table, run the example, and press "create database" and "create table" and "fill table" > > the path to the gambas.png > with /data/data/src/DBReportDesigner/img/gambas.png > is only on your box like that and the designer crash Ooops!! Yes, It must be a relative path: "./img/gambas.png" Please, edit the *.grpt file and replace /data/data/src/DBReportDesigner/img/gambas.png by ./img/gambas.png in Designer and Viewer dir's > > while the viewer has no problem with, and don't show it > > And if I wanted send to the printer, he crashed : > SUB OutputMode_write(m AS String) > Mode=m > IF Mode="Preview" THEN > fx=1 > fy=1 > pview.Tag=1 > PageClear() > ELSE IF Mode="Printer" THEN > pview=view <------------------------------ here with > wanted cPage , got drawing area Yes, horrible!, I forgot update this code before send my e-mail. Please, comment or errase this line (pview=view) > > pview.Tag =1 > fx=pfx > fy=pfy > END IF > END > > I used 'sqlite_example_01_employee.grpt' in both cases. > > But, it is a good start, even I don't like this big forms. > > Amicalment > Charlie > Regards, Christian From na2492 at ...16... Sun Nov 14 01:14:42 2004 From: na2492 at ...16... (Charlie Reinl) Date: Sun, 14 Nov 2004 01:14:42 00100 Subject: [Gambas-devel] Re: pre-alpha DBReportDesigner, DBReportViewer Message-ID: <4196a372.7061.0@...16...> >El Viernes, 12 de Noviembre de 2004 15:53, Charlie Reinl escribi?: >> Salut Christian, > > Salut Charlie, > >> >> you forgot to say, how the Table has to be. > >Table of database? is the table created by an example of gambas: >"Database example", it allow to create a test table with somes random >values. >To create the table, run the example, and press "create database" and "create >table" and "fill table" >> OK now its clear >> the path to the gambas.png >> with /data/data/src/DBReportDesigner/img/gambas.png >> is only on your box like that and the designer crash > >Ooops!! >Yes, It must be a relative path: "./img/gambas.png" >Please, edit the *.grpt file and >replace /data/data/src/DBReportDesigner/img/gambas.png >by >./img/gambas.png >in Designer and Viewer dir's > >> >> while the viewer has no problem with, and don't show it >> >> And if I wanted send to the printer, he crashed : >> SUB OutputMode_write(m AS String) >> Mode=m >> IF Mode="Preview" THEN >> fx=1 >> fy=1 >> pview.Tag=1 >> PageClear() >> ELSE IF Mode="Printer" THEN >> pview=view <------------------------------ here with >> wanted cPage , got drawing area > >Yes, horrible!, I forgot update this code before send my e-mail. >Please, comment or errase this line (pview=view) > >> >> pview.Tag =1 >> fx=pfx >> fy=pfy >> END IF >> END >> >> I used 'sqlite_example_01_employee.grpt' in both cases. >> >> But, it is a good start, even I don't like this big forms. >> >> Amicalment >> Charlie >> > >Regards, >Christian Works OK now. Amicalement Cahrlie * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de * From lordheavy at ...141... Sun Nov 14 01:48:34 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Sun, 14 Nov 2004 01:48:34 +0100 Subject: [Gambas-devel] Any Trick to avoid Stack Overflow Error ? Message-ID: <200411140148.34627.lordheavy@...141...> I ve got Stack Overflow Error with that simple loop : FOR x=0 to 640 FOR y=0 to 480 color = rgb (y/2,y/2,x/3) plot (x,y,color) NEXT NEXT Any tips to avoid this error ? Is it a bug ? Regards, -- Laurent Carlier From knutb at ...184... Sun Nov 14 11:03:07 2004 From: knutb at ...184... (Knut Berg) Date: Sun, 14 Nov 2004 11:03:07 +0100 Subject: [Gambas-devel] Norwegian translations gambas-0.99.RC2 In-Reply-To: <200411112114.24049.lordheavy@...141...> References: <200411111834.13572.lordheavy@...141...> <200411111339.52465.sourceforge-raindog2@...19...> <200411112114.24049.lordheavy@...141...> Message-ID: <200411141103.07328.knutb@...184...> Hi, at last I managed to get the Norwegian translation in sync again. So here they are.... Best regards Knut -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas-no.po Type: application/x-gettext Size: 60860 bytes Desc: not available URL: From jorisenpetra at ...182... Sun Nov 14 14:30:05 2004 From: jorisenpetra at ...182... (Joris Meijer) Date: Sun, 14 Nov 2004 14:30:05 +0100 Subject: [Gambas-devel] Re: Linking to a c library (libxxx.so.0 In-Reply-To: <200411111221.17929.gambas@...1...> References: <1097611460.2683.3.camel@...183...> <200411101646.25148.gambas@...1...> <1100122134.2389.36.camel@...183...> <200411111221.17929.gambas@...1...> Message-ID: <1100439005.4890.2.camel@...183...> Updated the linking example (fixed the return float macro) Are there any open problems regarding dynamically linking to a c-lib from the interpreter?? If so let me know. greetz Joris -------------- next part -------------- A non-text attachment was scrubbed... Name: test_dl.tar.gz Type: application/octet-stream Size: 4042 bytes Desc: not available URL: From lordheavy at ...141... Sun Nov 14 18:18:55 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Sun, 14 Nov 2004 18:18:55 +0100 Subject: [Gambas-devel] Screenshot of a small test with sdl component Message-ID: <200411141818.55764.lordheavy@...141...> Here a small shot of this piece of code with sdl lib and gambas. code : Screen (640,480,32) for x=0 to Screen.Width for y=0 to Screen.Height color = rgb(y/2, y/2, x/3) Plot (x, y, color) next next Screen.Refresh I had to change the stack size for avoiding a Stack Overflow error ( stack set to 16777216 in file gbx_stack.c) Regards, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: capture1.jpg Type: image/jpeg Size: 21180 bytes Desc: not available URL: From gambas at ...1... Sun Nov 14 18:23:43 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 14 Nov 2004 18:23:43 +0100 Subject: [Gambas-devel] Problem with QT Message-ID: <200411141823.43723.gambas@...1...> As some people may have noticed, since 1.0RC2, KDE and QT standard dialogs are translated if you select the gb.qt.kde component. But I didn't succeed in displaying the QT standard dialogs in the current language without KDE! For example, if you select a font in the IDE, the dialog will always be displayed in english, whatever the system language is. So if anybody can help me, or knows a trolltech man that can explain me how to deal with that, I will be happy :-) Regards, -- Benoit Minisini mailto:gambas at ...1... From knutb at ...184... Sun Nov 14 21:50:50 2004 From: knutb at ...184... (Knut Berg) Date: Sun, 14 Nov 2004 21:50:50 +0100 Subject: [Gambas-devel] Norwegian translation of gambas-database-manager Message-ID: <200411142150.57380.knutb@...184...> Hi, I just finished the translation - Sunday evening is boring anyway so why not amuse oneself with at bit of language work :-) .k -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas-database-manager-no.po Type: application/x-gettext Size: 17448 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From danielcampos at ...45... Mon Nov 15 00:11:45 2004 From: danielcampos at ...45... (Daniel Campos) Date: Mon, 15 Nov 2004 00:11:45 +0100 Subject: [Gambas-devel] New grid component Message-ID: <1100473905.17684.9.camel@...102...> Hi all: this is the first alpha (or prealpha) release of a grid/database component. It adds a grid to the qt component. The final goal of this project is to provide a grid that can work attached or not to a database. This alpha 0.0.1 does not very much, however, as you can see in the screenshot, it is able to display the contents of a table, and alter a lot of properies of the body, headers and footers. This version can even delete records from a table, but this feature is very buggy. Regards, Daniel Campos ----------------------------------------------------- Put the sources ("gbgrid" folder) at {gambas}/src/lib/qt Alter current configure.in file at {gambas}, adding : src/lib/qt/gbgrid/Makefile near of the end of that file. cd to {gambas}, type ./reconf and ./configure --(options) go to {gambas}/src/lib/qt/gbgrid then make and make install copy lib.gb.qt.gbgrid.component to {prefix}/lib/gambas Execute "gbi -a" You have two packages here: http://forja.linex.org/project/showfiles.php?group_id=18&release_id=55 The first one is the gbgrid component, the second one is a sample project with a sample database. ----------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: grid.png Type: image/png Size: 112339 bytes Desc: not available URL: From bdragon at ...185... Mon Nov 15 19:54:04 2004 From: bdragon at ...185... (Brandon Bergren) Date: Mon, 15 Nov 2004 12:54:04 -0600 Subject: [Gambas-devel] [FWD]Re: Possible cygwin port In-Reply-To: <200411142025.38002.gambas@...1...> References: <1100185737.41938089e9505@...186...> <200411142025.38002.gambas@...1...> Message-ID: <1100544844.4198fb4cb1454@...186...> Hello, list. Quoting Benoit Minisini : > On Thursday 11 November 2004 16:08, you wrote: > > Hello, Beno?t, > > Hi, > > > > > My name is Brandon Bergren. I have some experience with Windows porting. > > Yesterday, I looked into the feasibility of porting Gambas to Cygwin. > > There are only two problems as far as I can see, plus one small patch. > > > > The patch is attached. It fixes the only actual build error in the C code. > > > > Libtool runs fine on cygwin, but there is a major caveat -- Shared > > libraries must implicitly declare all symbols. (Since Cygwin uses the DLL > > type of linkage, dll's implicitly declare their IMPORTS, as well as their > > exported symbols.) > > That is the only way to easily support shared libraries on Windows. > > > > You must use -no-undefined when using libtool in link mode. Here's the > > autoconf macro for telling autotools that the libraries are cygwin ready: > > > > OK, I added this flag in "LDFLAGS". Err, using -no-undefined is only needed on Cygwin shared libs. Other platforms support "lazy loading", but Cygwin doesn't, as the implementation is currently a hack using Win32 DLLs (which require all imports and exports to be explicitly stated -- The win32 runtime linker is way different than the GNU one.) Actually, using this flag would probabaly break builds. Having a configure option to enable this would be nice. > > > ------------------------------ > > AC_LIBTOOL_WIN32_DLL > > This macro should be used if the package has been ported to build > clean > > dlls on win32 platforms. Usually this means that any library data items > are > > exported with __declspec(dllexport) and imported with > > __declspec(dllimport). If this macro is not used, libtool will assume that > > the package libraries are not dll clean and will build only static > > libraries on win32 hosts. > > > > This macro must be called before AC_PROG_LIBTOOL, and provision must > be > > made to pass `-no-undefined' to libtool in link mode from the package > > Makefile. Naturally, if you pass `-no-undefined', you must ensure that all > > the library symbols really are defined at link time! > > -------------------------------- > > > > OK, I added the call to this macro. Of course, this will break compiling on Cygwin until the libraries are actually ported, but it's not like anyone is really USING gambas on cygwin yet, eh? > > > Also, config.h doesn't appear to define USE_LTDL. > > It should ? Grep the code for USE_LTDL. Cygwin shared libs aren't named libfoo.0.0.3.so. You need to open the .la on Cygwin, as it has a pointer to the "real" file. Having an --enable-ltdl option for configure would be nice. > > > I had to define this by > > hand to get gambas to look for .la's instead of .so's. (The actuall native > > shared lib extenstion on cygwin is .dll.so, I think, although with the > > stuff above and using LTDL everywhere, it should Just Work(tm). > > > > Making the libraries "cygwin ready" requires some header file magic. If > > nobody is looking into the problem right > > now, I think I might try to see exactly what needs to be done. > > Can you be more explicit please ? What should I change ? > It's more a concept, really. Is there already a record of what a library exports, symbol wise? Those symbols need to be declared with __declspec(dllexport) when the library is being compiled, and __declspec(dllimport) when the library is being used. (Think of it as a really weird extern) So, imagine this: foo.h: ... #ifdef _CYGWIN_ #ifdef FOO_C #define magic __declspec(dllexport) #else #define magic __declspec(dllimport) #endif #else #define magic #endif magic void thesymbol(void) foo.c: #define FOO_C #include "foo.h" void thesymbol() { /* stuff */ } bar.c: #include "foo.h" ... /* call thesymbol() */ thesymbol(); This example is oversimplified, but I hope you get the general idea. It's easiest to do if you already know exactly what a library provides, and what it uses. You need to "forward import" all symbols a win32 shared library calls directly. It's too stupid to think ahead. Static libraries on Windows work similar to Unix. Of course, static libraries are useless when you're trying to run gbi. I think I'll see if I can get the SDL component ported to this paradigm. If that works OK, I'll write up some general guidelines of how this stuff works. The main thing to do is make sure that library headers get passed a symbol that they can use to tell if they're being used to compile the library, or using the library. Having a libwhatever.c file for each library containing #define LIBWHATEVER_COMPILE #include "all_the_header_files_for_this_library" would cause the dll import/export map to be dumped into libwhatever.o. The big thing is keeping track of exactly what a library exports. (and imports, but with -no-undefined, you'll catch that sooner, because it won't link.) Actually, some newer ELF stuff is using a similar method, so having this system in place would make it trivial to get Gambas working nicely on the new ELF symbol versioning/hiding stuff. (Which is a pretty slick system -- smaller libraries, less conflicts, better defined interfaces.) > > > > The QT frontend compiled fine for the kde-cygwin QT port, so no work to be > > done there, at least. :) > > Good news :-) There are X11 calls in the QT component, how are they solved ? > X11 runs on Cygwin too. ;) Yes, I am running X11 QT/Free on Windows. That's why it works. I'm also contemplating writing a FOX toolkit frontend. I've got to have a working Cygwin port first, though. > > > > Any concerns? > > > > --Brandon Bergren > > Thanks for your patch, and talk about your work on the devel mailing-list. > Other people might be interested. No problem. Roll back the -no-undefined part though, I have a feeling it will break stuff on Unix. > > Regards, > > -- > Benoit Minisini > mailto:gambas at ...1... Thanks, Brandon Bergren From danielcampos at ...45... Mon Nov 15 20:40:46 2004 From: danielcampos at ...45... (Daniel Campos) Date: Mon, 15 Nov 2004 20:40:46 +0100 Subject: [Gambas-devel] vb.Round Message-ID: <1100547646.4859.2.camel@...102...> Hi: I've been looking at the Round() function, and it is quite different from the VB one, in fact I had never used this function, and I've used wrong parameters, till I have read the documentation. So here's a patch for the vb component, adding "vb.Round". Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: vb.c Type: text/x-csrc Size: 7458 bytes Desc: not available URL: From bdragon at ...185... Mon Nov 15 22:30:12 2004 From: bdragon at ...185... (Brandon Bergren) Date: Mon, 15 Nov 2004 15:30:12 -0600 Subject: [Gambas-devel] [FWD]Re: Possible cygwin port In-Reply-To: <1100544844.4198fb4cb1454@...186...> References: <1100185737.41938089e9505@...186...> <200411142025.38002.gambas@...1...> <1100544844.4198fb4cb1454@...186...> Message-ID: <1100554212.41991fe439877@...186...> Looked into the problem some more. Quoting Brandon Bergren : > > > You must use -no-undefined when using libtool in link mode. Here's the > > > autoconf macro for telling autotools that the libraries are cygwin > ready: > > > > > > > OK, I added this flag in "LDFLAGS". > > Err, using -no-undefined is only needed on Cygwin shared libs. Other > platforms > support "lazy loading", but Cygwin doesn't, as the implementation is > currently > a hack using Win32 DLLs (which require all imports and exports to be > explicitly > stated -- The win32 runtime linker is way different than the GNU one.) > > Actually, using this flag would probabaly break builds. Having a configure > option to enable this would be nice. > > > > > > > > ------------------------------ > > > AC_LIBTOOL_WIN32_DLL > > > This macro should be used if the package has been ported to build > > clean > > > dlls on win32 platforms. Usually this means that any library data items > > are > > > exported with __declspec(dllexport) and imported with > > > __declspec(dllimport). If this macro is not used, libtool will assume > that > > > the package libraries are not dll clean and will build only static > > > libraries on win32 hosts. > > > > > > This macro must be called before AC_PROG_LIBTOOL, and provision must > > be > > > made to pass `-no-undefined' to libtool in link mode from the package > > > Makefile. Naturally, if you pass `-no-undefined', you must ensure that > all > > > the library symbols really are defined at link time! > > > -------------------------------- > > > > > > > OK, I added the call to this macro. > > Of course, this will break compiling on Cygwin until the libraries are > actually > ported, but it's not like anyone is really USING gambas on cygwin yet, eh? I was able to coax gb.net to compile and link a DLL. GBI segfaults trying to generate info, though. I guess libtool defaults to exporting all symbols, unless you tell it not to. I think the segfault might have to do something with pointers crossing dll boundaries. I'm going to look into that later. > > Can you be more explicit please ? What should I change ? > > > > It's more a concept, really. > > Is there already a record of what a library exports, symbol wise? > > Those symbols need to be declared with __declspec(dllexport) when the library > is > being compiled, and __declspec(dllimport) when the library is being used. > (Think of it as a really weird extern) > > So, imagine this: > > foo.h: > ... > #ifdef _CYGWIN_ > #ifdef FOO_C > #define magic __declspec(dllexport) > #else > #define magic __declspec(dllimport) > #endif > #else > #define magic > #endif > > magic void thesymbol(void) > > foo.c: > #define FOO_C > #include "foo.h" > > void thesymbol() > { > /* stuff */ > } > > bar.c: > #include "foo.h" > > ... > > /* call thesymbol() */ > thesymbol(); > > This example is oversimplified, but I hope you get the general idea. > > It's easiest to do if you already know exactly what a library provides, and > what > it uses. You need to "forward import" all symbols a win32 shared library > calls > directly. It's too stupid to think ahead. Ignore the stuff on importing, linking with the import library is enough. All this was off the top of my head. > > Static libraries on Windows work similar to Unix. > > Of course, static libraries are useless when you're trying to run gbi. > > I think I'll see if I can get the SDL component ported to this paradigm. If > that works OK, I'll write up some general guidelines of how this stuff > works. > > The main thing to do is make sure that library headers get passed a symbol > that > they can use to tell if they're being used to compile the library, or using > the > library. Having a libwhatever.c file for each library containing > #define LIBWHATEVER_COMPILE > #include "all_the_header_files_for_this_library" > > would cause the dll import/export map to be dumped into libwhatever.o. > > The big thing is keeping track of exactly what a library exports. (and > imports, > but with -no-undefined, you'll catch that sooner, because it won't link.) > > > Actually, some newer ELF stuff is using a similar method, so having this > system > in place would make it trivial to get Gambas working nicely on the new ELF > symbol versioning/hiding stuff. (Which is a pretty slick system -- smaller > libraries, less conflicts, better defined interfaces.) > > > > > > > The QT frontend compiled fine for the kde-cygwin QT port, so no work to > be > > > done there, at least. :) > > > > Good news :-) There are X11 calls in the QT component, how are they solved > ? > > > > X11 runs on Cygwin too. ;) > > Yes, I am running X11 QT/Free on Windows. That's why it works. > > I'm also contemplating writing a FOX toolkit frontend. I've got to have a > working Cygwin port first, though. > > > > > > > Any concerns? > > > > > > --Brandon Bergren > > > > Thanks for your patch, and talk about your work on the devel mailing-list. > > > Other people might be interested. > > No problem. Roll back the -no-undefined part though, I have a feeling it > will > break stuff on Unix. Now that I think about it, having -no-undefined might actually help stuff NOT be broken -- it requires all symbols to be found at compile time -- if there are missing symbols, you would get a runtime crash instead. From bdragon at ...185... Mon Nov 15 23:44:57 2004 From: bdragon at ...185... (Brandon Bergren) Date: Mon, 15 Nov 2004 16:44:57 -0600 Subject: [Gambas-devel] [FWD]Re: Possible cygwin port In-Reply-To: <1100554212.41991fe439877@...186...> References: <1100185737.41938089e9505@...186...> <200411142025.38002.gambas@...1...> <1100544844.4198fb4cb1454@...186...> <1100554212.41991fe439877@...186...> Message-ID: <1100558697.419931692fc72@...186...> Quoting Brandon Bergren : > Looked into the problem some more. OK, this is why it is crashing: Program received signal SIGSEGV, Segmentation fault. 0x610d3941 in strlen () from /usr/bin/cygwin1.dll (gdb) bt #0 0x610d3941 in strlen () from /usr/bin/cygwin1.dll #1 0x610d740f in wmemset () from /usr/bin/cygwin1.dll #2 0x610d6e88 in wmemset () from /usr/bin/cygwin1.dll #3 0x6108db9f in cygwin1!aclcheck () from /usr/bin/cygwin1.dll #4 0x0040220b in analyze_class (desc=0x406040) at gbi.c:407 #5 0x00402317 in analyze ( path=0x4094b0 "/opt/gambas/lib/gambas/lib.gb.net.la") at gbi.c:472 #6 0x004024ca in main (argc=2, argv=0xa053768) at gbi.c:610 (gdb) up #1 0x610d740f in wmemset () from /usr/bin/cygwin1.dll (gdb) up #2 0x610d6e88 in wmemset () from /usr/bin/cygwin1.dll (gdb) up #3 0x6108db9f in cygwin1!aclcheck () from /usr/bin/cygwin1.dll (gdb) up #4 0x0040220b in analyze_class (desc=0x406040) at gbi.c:407 407 print("#%s\n", name); (gdb) up #5 0x00402317 in analyze ( path=0x4094b0 "/opt/gambas/lib/gambas/lib.gb.net.la") at gbi.c:472 472 analyze_class(*desc); (gdb) print desc $10 = (GB_DESC **) 0x686000 (gdb) print *desc $11 = (GB_DESC *) 0x406040 (gdb) print *desc $12 = (GB_DESC *) 0x406040 (gdb) print **desc $13 = {name = 0x8ec8300
, val1 = -349954935, val2 = -1869573932, val3 = -1869574000, val4 = -1312545281, val5 = -1869610944} Reminded me of something I saw in the Autotools book: (http://euler.aero.iitb.ac.in/docs/Programming/autobook/autobook_251.html) --------------------------------- Windows' DLLs, are very different to their nearest equivalent on Unix: shared libraries. This makes Libtool's job of hiding both behind the same abstraction extremely difficult -- it is not fully implemented at the time of writing. As a package author that wants to use DLLs on Windows with Libtool, you must construct your packages very carefully to enable them to build and link with DLLs in the same way that they build and link with shared libraries on Unix. Some of the difficulties that must be addressed follow: * At link time, a DLL effectively consists of two parts; the DLL itself which contains the shared object code, and an import library which consists of the stub(65) functions which are actually linked into the executable, at a rate of one stub per entry point. Unix has a run time loader which links shared libraries into the main program as it is executed, so the shared library is but a single file. * Pointer comparisons do not always work as expected when the pointers cross a DLL boundary, since you can be comparing the addresses of the stubs in the import library rather than the addresses of the actual objects in the DLL. GCC provides the __declspec extension to alleviate this problem a little. * The search algorithm for the runtime library loader is very different to the algorithms typically used on Unix; I'll explain how to dela with this in 25.4.5 Runtime Loading of DLLs. * All of the symbols required by a DLL at runtime, must be resolved at link time. With some creative use of import libraries, it is usually possible to work around this shortcoming, but it is easy to forget this limitation if you are developing on a modern system which has lazy symbol resolution. Be sure to keep it at the back of your mind if you intend to have your package portable to Windows. * Worst of all, is that it is impossible to reference a non-pointer item imported from a DLL. In practice, when you think you have exported a data item from a DLL, you are actually exporting it's address (in fact the address of the address if you take the import library into consideration), and it is necessary to add an extra level of indirection to any non-pointers imported from a DLL to take this into account. The GNU gcc __declspec extension can handle this automatically too, at the expense of obfuscating your code a little. ----------------------- Namely, the last one. (I could be wrong, I'm still learning most of this stuff.) --Brandon From jredrejo at ...133... Tue Nov 16 10:22:44 2004 From: jredrejo at ...133... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Tue, 16 Nov 2004 10:22:44 +0100 Subject: [Gambas-devel] ppc gambas problems Message-ID: <1100596964.8309.9.camel@...134...> I have known that gambas doesn't work in PowerPc architecture. Even if it compiled correctly it gives segmentation fault when it starts without any other message. Has anybody on this list been playing with gambas in that platform? Is there anybody with debian ppc installed to make some tests? Regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From gambas at ...1... Tue Nov 16 17:13:31 2004 From: gambas at ...1... (Benoit Minisini) Date: Tue, 16 Nov 2004 17:13:31 +0100 Subject: [Gambas-devel] vb.Round In-Reply-To: <1100547646.4859.2.camel@...102...> References: <1100547646.4859.2.camel@...102...> Message-ID: <200411161713.31594.gambas@...1...> On Monday 15 November 2004 20:40, Daniel Campos wrote: > Hi: > > I've been looking at the Round() function, and it is quite different > from the VB one, in fact I had never used this function, and I've used > wrong parameters, till I have read the documentation. So here's a patch > for the vb component, adding "vb.Round". > > Regards, > > Daniel Campos Yes, the Gambas Round() function works like the one I had on my old Casio PB-700 :-) Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Nov 16 17:15:39 2004 From: gambas at ...1... (Benoit Minisini) Date: Tue, 16 Nov 2004 17:15:39 +0100 Subject: [Gambas-devel] Norwegian translation of gambas-database-manager In-Reply-To: <200411142150.57380.knutb@...184...> References: <200411142150.57380.knutb@...184...> Message-ID: <200411161715.39462.gambas@...1...> On Sunday 14 November 2004 21:50, Knut Berg wrote: > Hi, > I just finished the translation - Sunday evening is boring anyway so why > not amuse oneself with at bit of language work :-) > .k Thanks, lucky guy having time :-) -- Benoit Minisini mailto:gambas at ...1... From danielcampos at ...45... Wed Nov 17 23:53:04 2004 From: danielcampos at ...45... (Daniel Campos) Date: Wed, 17 Nov 2004 23:53:04 +0100 Subject: [Gambas-devel] Patch for net.curl Message-ID: <1100731984.2854.4.camel@...102...> Hi: This patch corrects a segmentation fault after using FtpClient, and probably HttpClient objects, from net.curl Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: CCurl.c Type: text/x-csrc Size: 11002 bytes Desc: not available URL: From bdragon at ...185... Thu Nov 18 16:48:31 2004 From: bdragon at ...185... (Brandon Bergren) Date: Thu, 18 Nov 2004 09:48:31 -0600 Subject: [Gambas-devel] ppc gambas problems In-Reply-To: <1100596964.8309.9.camel@...134...> References: <1100596964.8309.9.camel@...134...> Message-ID: <1100792911.419cc44ff0a22@...186...> Quoting "Jos? L. Redrejo Rodr?guez" : > I have known that gambas doesn't work in PowerPc architecture. Even if > it compiled correctly it gives segmentation fault when it starts without > any other message. > Has anybody on this list been playing with gambas in that platform? > Is there anybody with debian ppc installed to make some tests? > > Regards. > I'm working on getting NetBSD/macppc up and running on my G3. (beige, rev.A) If I get it working, I volunteer to do some testing. It's probabaly an endianness issue somewhere. --Brandon From bdragon at ...185... Thu Nov 18 23:18:08 2004 From: bdragon at ...185... (Brandon Bergren) Date: Thu, 18 Nov 2004 16:18:08 -0600 Subject: [Gambas-devel] More cygwin In-Reply-To: <1100558697.419931692fc72@...186...> References: <1100185737.41938089e9505@...186...> <200411142025.38002.gambas@...1...> <1100544844.4198fb4cb1454@...186...> <1100554212.41991fe439877@...186...> <1100558697.419931692fc72@...186...> Message-ID: <1100816288.419d1fa063085@...186...> Quoting Brandon Bergren : > Quoting Brandon Bergren : > > > Looked into the problem some more. > > OK, this is why it is crashing: > > Program received signal SIGSEGV, Segmentation fault. > 0x610d3941 in strlen () from /usr/bin/cygwin1.dll > (gdb) bt > #0 0x610d3941 in strlen () from /usr/bin/cygwin1.dll > #1 0x610d740f in wmemset () from /usr/bin/cygwin1.dll > #2 0x610d6e88 in wmemset () from /usr/bin/cygwin1.dll > #3 0x6108db9f in cygwin1!aclcheck () from /usr/bin/cygwin1.dll > #4 0x0040220b in analyze_class (desc=0x406040) at gbi.c:407 > #5 0x00402317 in analyze ( > path=0x4094b0 "/opt/gambas/lib/gambas/lib.gb.net.la") at gbi.c:472 > #6 0x004024ca in main (argc=2, argv=0xa053768) at gbi.c:610 > (gdb) up > #1 0x610d740f in wmemset () from /usr/bin/cygwin1.dll > (gdb) up > #2 0x610d6e88 in wmemset () from /usr/bin/cygwin1.dll > (gdb) up > #3 0x6108db9f in cygwin1!aclcheck () from /usr/bin/cygwin1.dll > (gdb) up > #4 0x0040220b in analyze_class (desc=0x406040) at gbi.c:407 > 407 print("#%s\n", name); > (gdb) up > #5 0x00402317 in analyze ( > path=0x4094b0 "/opt/gambas/lib/gambas/lib.gb.net.la") at gbi.c:472 > 472 analyze_class(*desc); > (gdb) print desc > $10 = (GB_DESC **) 0x686000 > (gdb) print *desc > $11 = (GB_DESC *) 0x406040 > (gdb) print *desc > $12 = (GB_DESC *) 0x406040 > (gdb) print **desc > $13 = {name = 0x8ec8300
, val1 = > -349954935, > val2 = -1869573932, val3 = -1869574000, val4 = -1312545281, > val5 = -1869610944} > > Reminded me of something I saw in the Autotools book: > (http://euler.aero.iitb.ac.in/docs/Programming/autobook/autobook_251.html) Ok, here's what I've found. I can't see any realistic way to beat the GB_DESC *GB_CLASSES[] into submission. The {class description} sections aren't being constructed properly. Cygwin apparently doesn't like a pointer to an array made of extern elements in a shared library. I don't blame it. I have an idea for a workaround, but it's not finished yet. Thinking of a way to implement it without changing the class declaration syntax. On a positive note, the GB structure seems to work OK. I've been running tests in a hacked-up gbi.c in gdb, and was able to write to GB from a gbi stackframe. :) Also, malloc() doesn't seem to allocate memory that can cross DLL boundaries. I got bla = (type*)GlobalAlloc(GPTR,size) to work fine. Another windows-ism. Hopefully, after all that, it'll just be small fixes. --Brandon From karl.reinl at ...16... Fri Nov 19 00:12:29 2004 From: karl.reinl at ...16... (Charlie) Date: Fri, 19 Nov 2004 00:12:29 +0100 Subject: [Gambas-devel] xml-lib from Daniel References: <200410252224.36820.Karl.Reinl@...16...> <1098823970.3725.4.camel@...102...> <418FCD84.8060906@...16...> <1099989896.3372.1.camel@...102...> Message-ID: <419D2C5D.2060403@...16...> Daniel Campos schrieb: >Yes :-)) > >I'm waiting to this weekend to finish the XmlReader part, >so at least for the 1.0 there will be a functional XmlWriter, >XmlReader and XSLT classes. The tree model and SAX parser will have >to wait a little more... > Salut Daniel, I'm still waiting the XMLReader commes. Some news ? Amicalment Charlie From danielcampos at ...45... Fri Nov 19 08:36:38 2004 From: danielcampos at ...45... (Daniel Campos) Date: Fri, 19 Nov 2004 08:36:38 +0100 Subject: [Gambas-devel] XML Reader patch Message-ID: <1100849798.2968.3.camel@...102...> Hi: I'm back :-), here's a patch for the xml.libxml component, that corrects a bug with XmlReader and fixes also some memory leaks. Here's also a simple XmlReader sample with attributes. Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: CXMLReader.c Type: text/x-csrc Size: 8245 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: MyXML.tar.gz Type: application/x-compressed-tar Size: 977 bytes Desc: not available URL: From danielcampos at ...45... Sat Nov 20 14:08:43 2004 From: danielcampos at ...45... (danielcampos at ...45...) Date: Sat, 20 Nov 2004 14:08:43 CET Subject: [Gambas-devel] Sqlite driver patched Message-ID: Hi: I've replaced all float values for double values in the sqlite driver. Test the example I send with the previous version and that patched version. The first version adds a lot of worng decimals, of course there will be always some differences using decimal values between drivers, but I'm using numbers with just two decimals, and sqlite driver adds five or six wrong decimals in some numbers, which is not admissible. Regards, Daniel Campos (I've updated the README file) ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) -------------- next part -------------- A non-text attachment was scrubbed... Name: test-sqlite.tar.gz Type: application/x-gzip Size: 16466 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sqlite.tar.bz2 URL: From danielcampos at ...45... Sat Nov 20 16:36:49 2004 From: danielcampos at ...45... (danielcampos at ...45...) Date: Sat, 20 Nov 2004 16:36:49 CET Subject: [Gambas-devel] GbGrid 0.0.2 Message-ID: Hi: Here's the second alpha from the "gbgrid" component: - Added some events - You can change a lot of fonts, colors and pixmaps - graphical record deletion and update working Regards, Daniel Campos Here's the component and a sample program: http://forja.linex.org/project/showfiles.php?group_id=18&release_id=63 ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) From gambas at ...1... Sat Nov 20 17:59:16 2004 From: gambas at ...1... (Benoit Minisini) Date: Sat, 20 Nov 2004 17:59:16 +0100 Subject: [Gambas-devel] More cygwin In-Reply-To: <1100816288.419d1fa063085@...186...> References: <1100185737.41938089e9505@...186...> <1100558697.419931692fc72@...186...> <1100816288.419d1fa063085@...186...> Message-ID: <200411201759.17178.gambas@...1...> On Thursday 18 November 2004 23:18, Brandon Bergren wrote: > > Ok, here's what I've found. > > I can't see any realistic way to beat the GB_DESC *GB_CLASSES[] into > submission. > The {class description} sections aren't being constructed properly. > > Cygwin apparently doesn't like a pointer to an array made of extern > elements in a shared library. I don't blame it. > > I have an idea for a workaround, but it's not finished yet. Thinking of a > way to implement it without changing the class declaration syntax. > > On a positive note, the GB structure seems to work OK. I've been running > tests in a hacked-up gbi.c in gdb, and was able to write to GB from a gbi > stackframe. > > :) > > Also, malloc() doesn't seem to allocate memory that can cross DLL > boundaries. I got bla = (type*)GlobalAlloc(GPTR,size) to work fine. Another > windows-ism. > > Hopefully, after all that, it'll just be small fixes. > > --Brandon > Thanks for your investigation: I didn't imagine that there are so many differences between Cygwin and "normal" unices! Maybe we should thank Windows for that... As for the pointer to the GB_DESC array: only the pointer to the array is exported, so I think getting the contents of the array is just a matter of some extra indirections. Am I wrong ? :-) -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sat Nov 20 19:13:07 2004 From: gambas at ...1... (Benoit Minisini) Date: Sat, 20 Nov 2004 19:13:07 +0100 Subject: [Gambas-devel] Sqlite driver patched In-Reply-To: References: Message-ID: <200411201913.07683.gambas@...1...> On Saturday 20 November 2004 18:08, danielcampos at ...45... wrote: > Hi: > > I've replaced all float values for double values in the sqlite driver. > Test the example I send with the previous version and that patched > version. The first version adds a lot of worng decimals, of course there > will be always some differences using decimal values between drivers, > but I'm using numbers with just two decimals, and sqlite driver adds > five or six wrong decimals in some numbers, which is not admissible. > > Regards, > > Daniel Campos > > (I've updated the README file) > Thanks. There is a ChangeLog in the sqlite driver, I added your change in it. Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sat Nov 20 19:13:25 2004 From: gambas at ...1... (Benoit Minisini) Date: Sat, 20 Nov 2004 19:13:25 +0100 Subject: [Gambas-devel] XML Reader patch In-Reply-To: <1100849798.2968.3.camel@...102...> References: <1100849798.2968.3.camel@...102...> Message-ID: <200411201913.25232.gambas@...1...> On Friday 19 November 2004 08:36, Daniel Campos wrote: > Hi: > > I'm back :-), here's a patch for the xml.libxml component, that corrects > a bug with XmlReader and fixes also some memory leaks. > > Here's also a simple XmlReader sample with attributes. > > > Regards, > > Daniel Campos Got the patch! -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sat Nov 20 20:01:30 2004 From: gambas at ...1... (Benoit Minisini) Date: Sat, 20 Nov 2004 20:01:30 +0100 Subject: [Gambas-devel] Patch for net.curl In-Reply-To: <1100731984.2854.4.camel@...102...> References: <1100731984.2854.4.camel@...102...> Message-ID: <200411202001.30533.gambas@...1...> On Wednesday 17 November 2004 23:53, Daniel Campos wrote: > Hi: > > This patch corrects a segmentation fault after using FtpClient, and > probably HttpClient objects, from net.curl > > Regards, > > Daniel Campos Thanks. -- Benoit Minisini mailto:gambas at ...1... From bdragon at ...185... Sat Nov 20 23:27:55 2004 From: bdragon at ...185... (Brandon Bergren) Date: Sat, 20 Nov 2004 16:27:55 -0600 Subject: [Gambas-devel] More cygwin In-Reply-To: <200411201759.17178.gambas@...1...> References: <1100185737.41938089e9505@...186...> <1100558697.419931692fc72@...186...> <1100816288.419d1fa063085@...186...> <200411201759.17178.gambas@...1...> Message-ID: <1100989675.419fc4eb93efe@...186...> Quoting Benoit Minisini : > On Thursday 18 November 2004 23:18, Brandon Bergren wrote: > > > > Ok, here's what I've found. > > > > I can't see any realistic way to beat the GB_DESC *GB_CLASSES[] into > > submission. > > The {class description} sections aren't being constructed properly. > > > > Cygwin apparently doesn't like a pointer to an array made of extern > > elements in a shared library. I don't blame it. > > > > I have an idea for a workaround, but it's not finished yet. Thinking of a > > way to implement it without changing the class declaration syntax. > > > > On a positive note, the GB structure seems to work OK. I've been running > > tests in a hacked-up gbi.c in gdb, and was able to write to GB from a gbi > > stackframe. > > > > :) > > > > Also, malloc() doesn't seem to allocate memory that can cross DLL > > boundaries. I got bla = (type*)GlobalAlloc(GPTR,size) to work fine. > Another > > windows-ism. > > > > Hopefully, after all that, it'll just be small fixes. > > > > --Brandon > > > > Thanks for your investigation: I didn't imagine that there are so many > differences between Cygwin and "normal" unices! Maybe we should thank Windows > > for that... > > As for the pointer to the GB_DESC array: only the pointer to the array is > exported, so I think getting the contents of the array is just a matter of > some extra indirections. Am I wrong ? :-) (gdb) up #1 0x00402379 in analyze ( path=0x4094b0 "/opt/gambas/lib/gambas/lib.gb.debug.la") at gbi.c:502 502 analyze_class(*desc); (gdb) print desc $1 = (GB_DESC **) 0x402000 (gdb) print *desc $2 = (GB_DESC *) 0x92703d80 (gdb) print desc[0] $3 = (GB_DESC *) 0x92703d80 (gdb) print *desc[0] Cannot access memory at address 0x92703d80 (gdb) desc[0] isn't anywhere near the allowed memory range for the process. (gdb) print desc[1] $4 = (GB_DESC *) 0x74000040 (gdb) print *desc[1] Cannot access memory at address 0x74000040 (gdb) GB_CLASSES is very confusing to me. How exactly is the data (supposed to be) laid out? If GB_CLASSES is only used for gbi, would it be OK to change it to a function call on Windows? Here's an unfinished thought about that: -------------------- main.c: BEGIN_GB_CLASSES() GB_CLASS(CFooDesc) GB_CLASS(CBarDesc) END_GB_CLASSES() CFoo.c: BEGIN_GB_CLASSDEF(CFooDesc) GB_DECLARE("Foo", sizeof(CFOO)) GB_EVENT(....) END_GB_CLASSDEF CBar.c BEGIN_GB_CLASSDEF(CBarDesc) GB_DECLARE("Bar", sizeof(CBAR)) GB_EVENT(....) END_GB_CLASSDEF and use conditional macros to expand to main.c, unix: GB_DESC *GB_CLASSES[] = { CFooDesc, CBarDesc, NULL }; foo.c, unix: GB_DESC CFooDesc[] = { {"Foo", GB_VERSION, sizeof(CBAR)}, ... } main.c, windows: (pointer to array of arrays of GB_DESC) gbiGETCLASSES() { (GlobalAlloc() some stuff) tmpclasses[0] = CFooDesc(); tmpclasses[1] = CBarDesc(); foo.c, windows: GB_DESC *CFooDesc() { (allocate space for char* array, bla bla) ------------------------------- Windows DLLs are a lot like individual programs, rather than libraries. You have to think of it more as modules calling each other through interfaces than shared code. Each dll has a DllMain(), where the DLL initialize your data and return 1 if successful. You aren't supposed to use static structures in Windows, because the DLL is completely shared between all processes using it. (The dll actually stores all its stuff related to a process *in that process* and can get a handle to the memory blocks of the process currently using it.) So DLL's are much more independent blocks on Windows. It fits more in to the event based structure of Windows. Passing stuff from a DLL into a program works like this a lot. Program > DLL: I need a copy of foo. DLL > Program: (passes back a pointer) Here's a pointer to a copy I made in your process space. (DLL forgets all about pointer) ... (Program finishes using data and deallocates the pointer.) or like this Program > DLL: Here's a pointer to a preallocated block of memory, fill it for me. (DLL fills it, and forgets the pointer) ... (Program uses data and deallocates.) As you see, in both cases, the memory is under the jurisdiction of the calling program. DLL's have a context associated with the thread that is calling the DLL function. So static data and stuff is kinda the opposite of the idea of a DLL. Hope enough of this is understandable. As Dr. Who says, "Did you understand all that?" (yes) "Oh, would you mind explaining it to ME sometime?" --Brandon Bergren > > -- > Benoit Minisini > mailto:gambas at ...1... > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From bdragon at ...185... Sun Nov 21 00:02:34 2004 From: bdragon at ...185... (Brandon Bergren) Date: Sat, 20 Nov 2004 17:02:34 -0600 Subject: [Gambas-devel] More cygwin In-Reply-To: <1100989675.419fc4eb93efe@...186...> References: <1100185737.41938089e9505@...186...> <1100558697.419931692fc72@...186...> <1100816288.419d1fa063085@...186...> <200411201759.17178.gambas@...1...> <1100989675.419fc4eb93efe@...186...> Message-ID: <1100991754.419fcd0ac4b39@...186...> Hmm... http://www.cygwin.com/ml/cygwin/2004-09/msg01101.html http://www.cygwin.com/ml/cygwin/2004-09/msg01114.html Is this the same problem, you think? --Brandon From daniel.campos at ...103... Sun Nov 21 02:14:59 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Sun, 21 Nov 2004 02:14:59 +0100 Subject: [Gambas-devel] gb.qt.kde patch, Systray Message-ID: <1100999699.21458.11.camel@...102...> Hi: This is a patched version from gb.qt.kde, it adds a Systray class, implemented in CSystray.cpp and CSystray.h. It is based on KSystemTray from kde libraries. It works OK for KDE, but not for Gnome :-( I send also a sample program. Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: kde.tar.gz Type: application/x-compressed-tar Size: 13696 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: GbSysTray-test.tar.gz Type: application/x-compressed-tar Size: 6003 bytes Desc: not available URL: From sourceforge-raindog2 at ...19... Sun Nov 21 02:29:26 2004 From: sourceforge-raindog2 at ...19... (Rob) Date: Sat, 20 Nov 2004 20:29:26 -0500 Subject: [Gambas-devel] gb.qt.kde patch, Systray In-Reply-To: <1100999699.21458.11.camel@...102...> References: <1100999699.21458.11.camel@...102...> Message-ID: <200411202029.26482.sourceforge-raindog2@...19...> On Saturday 20 November 2004 20:14, Daniel Campos wrote: > This is a patched version from gb.qt.kde, it adds a Systray > class, implemented in CSystray.cpp and CSystray.h. It is based Yaaay! Now when gambas 1.1 comes out I can reimplement the 5 or 6 system tray applets i've written (corporate mail checker, time entry nagger, connectivity monitor, etc...) to use Systray natively rather than kstart ;) Thanks Daniel. Do you think it would be difficult to implement a toolbar applet class? I wrote a toolbar applet in C++ (kswug, on my site somewhere) but I just did it by modifying some example code so I really have no idea. Rob From jredrejo at ...101... Sun Nov 21 11:21:13 2004 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sun, 21 Nov 2004 11:21:13 +0100 Subject: [Gambas-devel] gb.qt.kde patch, Systray In-Reply-To: <1100999699.21458.11.camel@...102...> References: <1100999699.21458.11.camel@...102...> Message-ID: <1101032473.6142.1.camel@...179...> Mmm, necesita alguna librer?a en especial de kde? Mira el error que obtengo al hacer el make install: Creating the library info files... /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.xml.libxml.xslt.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.xml.libxml.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.sdl.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.qt.editor.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.qt.kde.html.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/lib/gambas/lib.gb.qt.kde.so: /src/gambas/gambas-1.0RC2/debian/tmp/usr/lib/gambas/lib.gb.qt.kde.so: undefined symbol: CSystemTrayDesc make[3]: *** [install-exec-local] Error 1 make[3]: Leaving directory `/src/gambas/gambas-1.0RC2' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/src/gambas/gambas-1.0RC2' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/src/gambas/gambas-1.0RC2' make: *** [install] Error 2 El dom, 21-11-2004 a las 02:14, Daniel Campos escribi?: > Hi: > > > This is a patched version from gb.qt.kde, it adds a Systray class, > implemented in CSystray.cpp and CSystray.h. It is based on KSystemTray > from kde libraries. It works OK for KDE, but not for Gnome :-( > > I send also a sample program. > > Regards, > > Daniel Campos > > From jredrejo at ...101... Sun Nov 21 11:25:26 2004 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sun, 21 Nov 2004 11:25:26 +0100 Subject: [Gambas-devel] gb.qt.kde patch, Systray In-Reply-To: <1100999699.21458.11.camel@...102...> References: <1100999699.21458.11.camel@...102...> Message-ID: <1101032726.6142.7.camel@...179...> Sorry, I sent the last email to the list in spanish. Maybe I am driving crazy with so many patches and how fast gambas is evolving ;-) The question in that spanish written mail was if this new gb.qt.kde version needs a library not detected with configure, because when doing make install I got these errors: Creating the library info files... /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.xml.libxml.xslt.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.xml.libxml.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.sdl.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.qt.editor.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/share/gambas/info/gb.qt.kde.html.info /src/gambas/gambas-1.0RC2/debian/tmp/usr/lib/gambas/lib.gb.qt.kde.so: /src/gambas/gambas-1.0RC2/debian/tmp/usr/lib/gambas/lib.gb.qt.kde.so: undefined symbol: CSystemTrayDesc make[3]: *** [install-exec-local] Error 1 make[3]: Leaving directory `/src/gambas/gambas-1.0RC2' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/src/gambas/gambas-1.0RC2' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/src/gambas/gambas-1.0RC2' make: *** [install] Error 2 Regards El dom, 21-11-2004 a las 02:14, Daniel Campos escribi?: > Hi: > > > This is a patched version from gb.qt.kde, it adds a Systray class, > implemented in CSystray.cpp and CSystray.h. It is based on KSystemTray > from kde libraries. It works OK for KDE, but not for Gnome :-( > > I send also a sample program. > > Regards, > > Daniel Campos > > From daniel.campos at ...103... Sun Nov 21 12:00:46 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Sun, 21 Nov 2004 12:00:46 +0100 Subject: [Gambas-devel] gb.qt.kde patch, Systray In-Reply-To: <1101032726.6142.7.camel@...179...> References: <1100999699.21458.11.camel@...102...> <1101032726.6142.7.camel@...179...> Message-ID: <1101034846.2964.3.camel@...102...> Hi: Did you used ./reconf and ./configure prior to "make" and "make install"? It seems that the Makefile was not updated so the CSystray.cpp file was not compiled... The main.cpp has a reference to CSystrayDesc, but at runtime it is not able to find what that structure is... Regards, Daniel Campos From jredrejo at ...101... Sun Nov 21 14:14:10 2004 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sun, 21 Nov 2004 14:14:10 +0100 Subject: [Gambas-devel] gb.qt.kde patch, Systray In-Reply-To: <1101034846.2964.3.camel@...102...> References: <1100999699.21458.11.camel@...102...> <1101032726.6142.7.camel@...179...> <1101034846.2964.3.camel@...102...> Message-ID: <1101042850.8628.0.camel@...179...> Thanks, I had made configure, but not ./reconv . That solved it. El dom, 21-11-2004 a las 12:00, Daniel Campos escribi?: > Hi: > > Did you used ./reconf and ./configure prior to "make" and "make > install"? It seems that the Makefile was not updated so the CSystray.cpp > file was not compiled... The main.cpp has a reference to CSystrayDesc, > but at runtime it is not able to find what that structure is... > > Regards, > > Daniel Campos > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From gambas at ...1... Sun Nov 21 16:48:13 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 21 Nov 2004 16:48:13 +0100 Subject: [Gambas-devel] More cygwin In-Reply-To: <1100991754.419fcd0ac4b39@...186...> References: <1100185737.41938089e9505@...186...> <1100989675.419fc4eb93efe@...186...> <1100991754.419fcd0ac4b39@...186...> Message-ID: <200411211648.13180.gambas@...1...> On Sunday 21 November 2004 00:02, Brandon Bergren wrote: > Hmm... > > http://www.cygwin.com/ml/cygwin/2004-09/msg01101.html > http://www.cygwin.com/ml/cygwin/2004-09/msg01114.html > > Is this the same problem, you think? > > --Brandon > > I don't think so. The GB_DESC array describes the contents of a component. All symbols referenced in this array of structures are part of the same DLL. Only the array address is exported, and the gbi program reads it with lt_dlsym(), that should return the true address of this array, or a pointer to its address if I correctly understood what you explained me about DLLs. -- Benoit Minisini mailto:gambas at ...1... From danielcampos at ...45... Sun Nov 21 22:24:55 2004 From: danielcampos at ...45... (Daniel Campos) Date: Sun, 21 Nov 2004 22:24:55 +0100 Subject: [Gambas-devel] Spanish final:-) translation Message-ID: <1101072295.6407.1.camel@...102...> Here's all translated to spanish Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: spanish.tar.gz Type: application/x-compressed-tar Size: 22042 bytes Desc: not available URL: From bdragon at ...185... Mon Nov 22 02:09:32 2004 From: bdragon at ...185... (Brandon Bergren) Date: Sun, 21 Nov 2004 19:09:32 -0600 Subject: [Gambas-devel] More cygwin In-Reply-To: <200411211648.13180.gambas@...1...> References: <1100185737.41938089e9505@...186...> <1100989675.419fc4eb93efe@...186...> <1100991754.419fcd0ac4b39@...186...> <200411211648.13180.gambas@...1...> Message-ID: <1101085772.41a13c4c8df15@...186...> Quoting Benoit Minisini : > On Sunday 21 November 2004 00:02, Brandon Bergren wrote: > > Hmm... > > > > http://www.cygwin.com/ml/cygwin/2004-09/msg01101.html > > http://www.cygwin.com/ml/cygwin/2004-09/msg01114.html > > > > Is this the same problem, you think? > > > > --Brandon > > > > > > I don't think so. > > The GB_DESC array describes the contents of a component. All symbols > referenced in this array of structures are part of the same DLL. Only the > array address is exported, and the gbi program reads it with lt_dlsym(), that > > should return the true address of this array, or a pointer to its address if > > I correctly understood what you explained me about DLLs. But it isn't working. On your system, do you expect that given: struct { int foo } bar; bar baz[] = { 0, 5 } bar blinth[] = { 0, 6 } bar *toot[] = { baz, blinth } that toot is {0,5,0,6} ? Doesn't seem to happen on Windows (even if everything's in one file.) on windows, you get something like {-2512342,993424123,-235235235 ... etc... Is this really valid C? Here's something from the manual page for ld: -warn-common Warn when a common symbol is combined with another common symbol or with a symbol definition. Unix linkers allow this somewhat sloppy practice, but linkers on some other operating systems do not. This option allows you to find potential problems from combining global symbols. I think Windows is one of those "other operating systems". Is the description above what you're trying to do with GB_CLASSES[]? --Brandon > > -- > Benoit Minisini > mailto:gambas at ...1... > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From knutb at ...184... Mon Nov 22 15:41:10 2004 From: knutb at ...184... (Knut Berg) Date: Mon, 22 Nov 2004 15:41:10 +0100 Subject: [Gambas-devel] Gambas article in Norwegian internet newspaper Message-ID: <200411221541.10662.knutb@...184...> Hello everyone, just to let you know that the leading online IT newspaper in Norway had a notice on Gambas today :-) http://www.digi.no/php/art.php?id=112828 Knut From Karl.Reinl at ...16... Mon Nov 22 22:34:33 2004 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Mon, 22 Nov 2004 22:34:33 +0100 Subject: [Gambas-devel] old entries in Help Message-ID: <200411222234.34038.Karl.Reinl@...16...> Salut, found old and no/nomore valid entries in help Dir STATIC FUNCTION Dir ( FileName AS String ) AS String Returns the directory component of a file path. -------------------------------------------------------------------------------- IsValid STATIC FUNCTION IsValid ( Object AS Object ) AS Boolean Returns if an object is valid or not. For example, a window object and all its children can become invalid when it is closed and destroyed by the user, and not by the interpreter. These two I know , don't work . And I think there will be others. Amicalment Charlie From bdragon at ...185... Tue Nov 23 02:36:49 2004 From: bdragon at ...185... (Brandon Bergren) Date: Mon, 22 Nov 2004 19:36:49 -0600 Subject: [Gambas-devel] Cygwin progress! Message-ID: <1101173809.41a29431ab5a8@...186...> One source modification to the tree to get this! I guess the reconf for RC3 with -no-undefined and AC_LIBTOOL_WIN32_DLL did the trick! No more crash in gbi.c! :) sf_bbergren at ...187... ~/build/gambas-0.99.RC3/src/lib/compress $ /opt/gambas/bin/gbi.exe gb.compress > test.txt test.txt attached. Is this the proper format for the file? Compile bugs out in QT because of undefined symbols, but that should be easy to fix. --Brandon -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: test.txt URL: From daniel.campos at ...103... Tue Nov 23 05:49:31 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Tue, 23 Nov 2004 05:49:31 +0100 Subject: [Gambas-devel] Cygwin progress! In-Reply-To: <1101173809.41a29431ab5a8@...186...> References: <1101173809.41a29431ab5a8@...186...> Message-ID: <1101185371.2957.1.camel@...102...> Did the compression component worked? It would be very important if at least some of the components were working OK on Cygwin! Regards, D. Campos From lordheavy at ...141... Tue Nov 23 12:49:20 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 23 Nov 2004 12:49:20 +0100 Subject: [Gambas-devel] old entries in Help In-Reply-To: <200411222234.34038.Karl.Reinl@...16...> References: <200411222234.34038.Karl.Reinl@...16...> Message-ID: <200411231249.21020.lordheavy@...141...> Le Lundi 22 Novembre 2004 22:34, Charlie Reinl a ?crit?: > Salut, > > found old and no/nomore valid entries in help > > Dir > > STATIC FUNCTION Dir ( FileName AS String ) AS String > > > Returns the directory component of a file path. > > --------------------------------------------------------------------------- >----- > > IsValid > > STATIC FUNCTION IsValid ( Object AS Object ) AS Boolean > > > Returns if an object is valid or not. For example, a window object and all > its children can become invalid when it is closed and destroyed by the > user, and not by the interpreter. > > > These two I know , don't work . > And I think there will be others. > > Amicalment > Charlie > In "The Gambas Programming Interface" page under Section Constant -> Hook Identifier, there is an entry GB_HOOK_MESSAGE that point to GB_HOOK_QUIT. -- Laurent Carlier From bdragon at ...185... Tue Nov 23 17:56:20 2004 From: bdragon at ...185... (Brandon Bergren) Date: Tue, 23 Nov 2004 10:56:20 -0600 Subject: [Gambas-devel] Cygwin progress! In-Reply-To: <1101185371.2957.1.camel@...102...> References: <1101173809.41a29431ab5a8@...186...> <1101185371.2957.1.camel@...102...> Message-ID: <1101228980.41a36bb46f73f@...186...> Quoting Daniel Campos : > Did the compression component worked? It would be very important if at > least some of the components were working OK on Cygwin! > > Regards, > > D. Campos compress: GBI OK! db: GBI OK! debug: GBI OK! gb: crashes GBI. Must look into further. net: Cygwin doesn't have re-entrant gethostbyname and gethostname. qt: link issues. Without lib.gb working, actual testing past the point of running gbi on individual components is probabaly impossible. Getting closer :) --Brandon Bergren > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From sourceforge-raindog2 at ...19... Tue Nov 23 18:24:06 2004 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 23 Nov 2004 12:24:06 -0500 Subject: [Gambas-devel] Cygwin progress! In-Reply-To: <1101228980.41a36bb46f73f@...186...> References: <1101173809.41a29431ab5a8@...186...> <1101185371.2957.1.camel@...102...> <1101228980.41a36bb46f73f@...186...> Message-ID: <200411231224.06631.sourceforge-raindog2@...19...> On Tuesday 23 November 2004 11:56, Brandon Bergren wrote: > gb: crashes GBI. Must look into further. [schmoe at ...188... 12:06:14 schmoe]$ gbi gb /usr/lib/gambas/lib.gb.so: not found I don't think you're supposed to run gbi on the gb component, even under linux.... Rob From daniel.campos at ...103... Tue Nov 23 18:55:31 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Tue, 23 Nov 2004 18:55:31 +0100 Subject: [Gambas-devel] Cygwin progress! In-Reply-To: <200411231224.06631.sourceforge-raindog2@...19...> References: <1101173809.41a29431ab5a8@...186...> <1101185371.2957.1.camel@...102...> <1101228980.41a36bb46f73f@...186...> <200411231224.06631.sourceforge-raindog2@...19...> Message-ID: <1101232531.2980.0.camel@...102...> I can do gbi gb without problems... Regards, Daniel Campos (On Linux, I mean) From microaudio at ...189... Tue Nov 23 19:19:09 2004 From: microaudio at ...189... (microaudio) Date: Tue, 23 Nov 2004 16:19:09 -0200 Subject: [Gambas-devel] FMOD GB Library Message-ID: <20041123_181909_016977.microaudio@...189...> Hell? to all. My name is Lindomar Bega.( Uchoa - SP - Brasil ) I created library FMOD for Gambas to mix MP3 audio file, include VU meter, Lenght audio MP3, Pan and more... Tested in Sound Blater Live 5.1. Used base SLD library. Not understand high C#... FMOD 3.74 - By Linux Web Site: http://www.fmod.org Excuse-me for my Inglish. From gambasfr at ...4... Tue Nov 23 19:33:34 2004 From: gambasfr at ...4... (Bodard Fabien) Date: Tue, 23 Nov 2004 19:33:34 +0100 Subject: [Gambas-devel] FMOD GB Library In-Reply-To: <20041123_181909_016977.microaudio@...189...> References: <20041123_181909_016977.microaudio@...189...> Message-ID: <200411231933.34330.gambasfr@...4...> Le mardi 23 Novembre 2004 19:19, microaudio a ?crit?: > Hell? to all. > > My name is Lindomar Bega.( Uchoa - SP - Brasil ) > I created library FMOD for Gambas to mix MP3 audio file, include VU meter, > Lenght audio MP3, Pan and more... Tested in Sound Blater Live 5.1. > > Used base SLD library. > > Not understand high C#... > > FMOD 3.74 - By Linux > > Web Site: > http://www.fmod.org > > Excuse-me for my Inglish. Where is the lib ?... Have you started to do it ? i hope i can test it ... Fabien Bodard From sourceforge-raindog2 at ...19... Tue Nov 23 20:57:47 2004 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 23 Nov 2004 14:57:47 -0500 Subject: [Gambas-devel] FMOD GB Library In-Reply-To: <200411231933.34330.gambasfr@...4...> References: <20041123_181909_016977.microaudio@...189...> <200411231933.34330.gambasfr@...4...> Message-ID: <200411231457.47442.sourceforge-raindog2@...19...> On Tuesday 23 November 2004 13:33, Bodard Fabien wrote: > > I created library FMOD for Gambas to mix MP3 audio file, > > include VU meter, Lenght audio MP3, Pan and more... Tested > > in Sound Blater Live 5.1. > Where is the lib ?... It will be impossible to distribute the resulting component with the Gambas base, at least as an RPM, because the source code for FMOD is not distributable (and costs a minimum of $1,000 for a single project.) The binary library is free for non-commercial use though so I will be interested to see how his Gambas component pans out. With 1.0 just about here, it may be a good time to establish a procedure for packaging and distributing components separate from Gambas anyway. Rob From nigel at ...2... Wed Nov 24 11:51:57 2004 From: nigel at ...2... (nigel at ...2...) Date: Wed, 24 Nov 2004 11:51:57 +0100 (CET) Subject: [Gambas-devel] Sqlite3 Message-ID: <29921491.1101293517497.JavaMail.www@...190...> Attached are the changes for the new split of sqlite; sqlite3. This will be presented as a seperate drive to the current sqlite driver which will continue to support the sqlite 2 tree. Bewarned: Only basic testing has been done. Nigel -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sqlite3.tar.gz Type: application/x-gzip-compressed Size: 112993 bytes Desc: not available URL: From w at ...191... Wed Nov 24 16:17:31 2004 From: w at ...191... (Ing. Vincenzo Virgilio) Date: Wed, 24 Nov 2004 16:17:31 +0100 Subject: [Gambas-devel] IT Translation In-Reply-To: References: Message-ID: <41A4A60B.6000303@...191...> Hi! Becouse we saw that the Italian translation was not 100% complete and becouse the time for the final release are coming, as Sicilian Linux User Group (www.sputnix.it) we choose to complete and make a little better translation. Also, we are planning a translation of the Help. Who can give us ideas on how to mix different help together, to make English/Italian and so on help file together? Translation file attached. Vincenzo Virgilio Pres. SputniX.it -------------- next part -------------- # #-#-#-#-# CClass.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/CClass.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# CConfig.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/CConfig.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# CControl.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/CControl.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# CCoolButton.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/CCoolButton.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# CMenu.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/CMenu.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# CProperty.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/CProperty.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# CSplit.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/CSplit.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FAbout.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FAbout.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FDebug.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FDebug.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FEditor.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FEditor.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FExplorer.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FExplorer.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FFind.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FFind.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FForm.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FForm.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FGambas.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FGambas.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FGetIcon.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FGetIcon.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FGotoLine.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FGotoLine.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FIconEditor.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FIconEditor.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FLanguage.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FLanguage.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FList.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FList.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FMain.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FMain.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FMenu.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FMenu.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FNewClass.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FNewClass.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FNewDirectory.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FNewDirectory.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FNewForm.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FNewForm.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FNewIcon.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FNewIcon.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FNewModule.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FNewModule.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FNewProject.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FNewProject.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FNewText.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FNewText.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FOpenProject.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FOpenProject.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FOption.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FOption.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FProject.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FProject.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FProperty.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FProperty.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FRename.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FRename.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FSave.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FSave.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FSelector.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FSelector.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FTest.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FTest.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FTextEditor.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FTextEditor.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FText.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FText.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FTips.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FTips.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FTool.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FTool.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FTranslate.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FTranslate.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# FWelcome.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/FWelcome.class # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# Language.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/Language.module # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # # #-#-#-#-# Project.pot (PACKAGE VERSION) #-#-#-#-# # /home/user/Documents/gambas-0.52/app/gambas/Project.module # Generated by Gambas compiler # FIRST AUTHOR , YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "POT-Creation-Date: 2002-11-01 04:27+0100\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: LANGUAGE \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #: FMain.class:1167 msgid "&?" msgstr "-" #: FNewIcon.class:242 msgid "16 x 16" msgstr "-" #: FPropertyFile.class:71 FSupSelector.class:356 msgid "&1 K" msgstr "-" #: FTranslate.class:622 msgid "&1 strings (&2 not translated) - &3 % done" msgstr "&1 Stringhe ( &2 Non tradotta/e) - &3 % Completato" #: FNewIcon.class:260 msgid "24 x 24" msgstr "-" #: FGotoLine.class:71 msgid "255" msgstr "-" #: FNewIcon.class:230 msgid "32 x 32" msgstr "-" #: FNewIcon.class:254 msgid "48 x 48" msgstr "-" #: FNewIcon.class:248 msgid "64 x 64" msgstr "-" #: FNewIcon.class:236 msgid "8 x 8" msgstr "-" #: FAbout.class:241 msgid "About" msgstr "Informazioni" #: FMain.class:1184 msgid "&About Gambas..." msgstr "&Informazioni su Gambas..." #: FAbout.class:187 msgid "About Gambas..." msgstr "Informazioni su Gambas..." #: FNewIcon.class:169 msgid "Add image" msgstr "Aggiungi Immagine" #: FNewModule.class:120 msgid "Add module" msgstr "Aggiungi Modulo" #: FForm.class:1990 msgid "Alignment" msgstr "Allineamento" #: FForm.class:2008 msgid "Align to &bottom" msgstr "Allinea in &basso" #: FForm.class:1993 msgid "Align to &left" msgstr "Al&linea a sinistra" #: FForm.class:1998 msgid "Align to &right" msgstr "Allinea a dest&ra" #: FForm.class:2003 msgid "Align to &top" msgstr "Allinea &sopra" #: FTranslate.class:517 Project.module:1961 msgid "All files" msgstr "Tutti i Files" #: FMenu.class:780 msgid "ALT" msgstr "-" #: Project.module:1692 msgid "A name must begin with a letter, followed by any letter or digit." msgstr "Un nome deve iniziare con una lettera, seguita da una lettera o un numero." #: FOption.class:918 msgid "Animate toolbar move" msgstr "Anima la toolbar move" #: FOption.class:937 FPropertyProject.class:680 msgid "Apply" msgstr "Applica" #: Language.module:7 msgid "Arabic (Egypt)" msgstr "Arabo (Egitto)" #: Language.module:8 msgid "Arabic (Tunisia)" msgstr "Arabo (Tunisia)" #: FPropertyProject.class:801 msgid "Arguments" msgstr "Argomenti" #: FForm.class:1937 msgid "Arrangement" msgstr "Disposizione" #: Project.module:712 msgid "at line &1 in &2" msgstr "alla linea &1 in &2" #: FPropertyProject.class:443 msgid "Authors:" msgstr "Autori:" #: FOption.class:518 msgid "Automatic completion" msgstr "Completamento automatico" #: FOption.class:606 msgid "Background" msgstr "Sfondo" #: FSupSelector.class:344 msgid "Backup file" msgstr "-" #: FForm.class:71 msgid "Bad form file" msgstr "Form non valido" #: FMenu.class:246 msgid "Bad group name !" msgstr "Nome gruppo non valido!" #: FMenu.class:240 msgid "Bad menu name !" msgstr "Nome menu non valido!" #: FPropertyProject.class:134 msgid "Bad version number" msgstr "Numero di versione errato" #: Project.module:168 msgid "BE CAREFUL! This project seems to be already opened.\n\nOpening the same project twice can crash the IDE\nand lead to data loss." msgstr "ATTENZIONE! Questo progetto sembra essere gi?? aperto.\n\nAprire lo stesso progetto pi?? volte pu?? bloccare l'IDE\ne provocare perdita di dati" #: FSupSelector.class:1019 msgid "&Bookmark this directory" msgstr "&Segna questa directory" #: FOption.class:760 msgid "Breakpoints" msgstr "Interruzioni" #: FOption.class:125 msgid "Bright" msgstr "Luminoso" #: FForm.class:1940 msgid "Bring to foreground" msgstr "Porta in primo piano" #: Language.module:10 msgid "Bulgarian (Bulgaria)" msgstr "Bulgaro (Bulgaria)" #: FTranslate.class:408 Project.module:1323 msgid "Cancel" msgstr "Cancella" #: Project.module:2280 msgid "Cannot clean the project." msgstr "Non riesco a ripulire il progetto." #: Project.module:2140 msgid "Cannot copy file &1." msgstr "Non riesco a copiare il file &1." #: FSupSelector.class:1211 msgid "Cannot copy file &1\n\n&2" msgstr "Non riesco a copiare il file &1\n\n&2" #: Project.module:1109 msgid "Cannot copy project!" msgstr "Non riesco a copiare il progetto!" #: Project.module:983 msgid "Cannot copy template file." msgstr "Non riesco a copiare il template file." #: FSupSelector.class:1501 msgid "Cannot create directory." msgstr "Non riesco a creare la directory." #: Project.module:1086 msgid "Cannot create project!" msgstr "Non riesco a creare il progetto!" #: FMain.class:333 msgid "Cannot delete file or directory" msgstr "Non riesco a cancellare il file o la directory" #: FSupSelector.class:840 msgid "Cannot find this directory." msgstr "Non riesco a trovare questa directory." #: FSupSelector.class:856 msgid "Cannot find this file." msgstr "Non riesco a trovare questo file." #: FSupSelector.class:819 msgid "Cannot find this project." msgstr "Non riesco a trovare questo progetto." #: FTranslate.class:540 msgid "Cannot import translation file." msgstr "Non posso importare il file traduzione." #: FExplorer.class:336 msgid "Cannot load help." msgstr "Non riesco a caricare l'aiuto." #: Project.module:2152 msgid "Cannot move file &1." msgstr "Non riesco a spostare il file &1." #: Project.module:582 msgid "Cannot open file." msgstr "Non riesco ad aprire il file" #: Project.module:200 msgid "Cannot open project file :\n" msgstr "Non riesco ad aprire il file progetto :\n" #: FTranslate.class:200 msgid "Cannot read translation file for language '&1'" msgstr "Non riesco a leggere il file di traduzione per la lingua '&1'" #: Save.module:36 msgid "Cannot save file !" msgstr "Non riesco a salvare il file !" #: FTranslate.class:320 msgid "Cannot save translation." msgstr "Non riesco a salvare la traduzione." #: Project.module:1441 msgid "Cannot write project file." msgstr "Non riesco ad aprire il file progetto." #: FMenu.class:755 msgid "Caption" msgstr "-" #: FFind.class:977 msgid "&Case sensitive" msgstr "Sensibile al Maius&colo" #: Language.module:12 msgid "Catalan (Catalonia, Spain)" msgstr "Catalano (Catalonia, Spagna)" #: FAbout.class:234 msgid "(c) Benoit MINISINI" msgstr "(c) Benoit MINISINI" #: FOption.class:552 FPropertyProject.class:828 msgid "characters" msgstr "caratteri" #: FMenu.class:824 msgid "Checked" msgstr "Selezionato" #: FOption.class:529 msgid "&Choose font..." msgstr "S&cegli il font..." #: FLanguage.class:54 msgid "Choose language" msgstr "Scegli la lingua" #: FLanguage.class:71 msgid "Choose the translation to duplicate" msgstr "Scegli la traduzione da duplicare" #: FPropertyFile.class:55 msgid "Class" msgstr "Classe" #: FMain.class:1207 msgid "&Class..." msgstr "&Classe..." #: Project.module:495 msgid "Classes" msgstr "Classi" #: FFind.class:770 msgid "Class / Line" msgstr "Classe / Linea" #: FOption.class:557 msgid "Clean on save" msgstr "Pulisci al salvataggio" #: FDebugInfo.class:202 FIconEditor.class:1265 FList.class:107 msgid "Clear" msgstr "Cancella" #: FIconTool.class:593 msgid "Clear all" msgstr "Cancella tutto" #: FMain.class:468 msgid "&Clear history" msgstr "&Cancella cronologia" #: FTranslate.class:770 msgid "Clear this translation" msgstr "Cancella questa traduzione" #: FProperty.class:697 msgid "Click on a form or a control to modify its properties..." msgstr "Clicca su un form o su un controllo per modificarne le propriet??..." #: FFormStack.class:159 msgid "Click on a form to display the hierarchy of its controls..." msgstr "Clicca su un form per visualizzare la gerarchia dei suoi controlli..." #: FMenu.class:727 msgid "Click on Insert to add a new menu." msgstr "Clicca su Inserisci per aggiungere un nuovo menu." #: FPropertyFile.class:241 FTips.class:198 msgid "Close" msgstr "Chiudi" #: FTranslate.class:794 msgid "&Close" msgstr "&Chiudi" #: FMain.class:1143 msgid "Close &all windows" msgstr "Chiudi tutte le &finestre" #: FForm.class:2048 msgid "Code" msgstr "Codice" #: FOption.class:583 msgid "Colors" msgstr "Colori" #: FEditor.class:2026 FTranslate.class:36 msgid "Comment" msgstr "Commento" #: FOption.class:746 msgid "Comments" msgstr "Commenti" #: FPropertyProject.class:785 msgid "Compilation" msgstr "Compilazione" #: FMain.class:1351 msgid "Compile" msgstr "Compila" #: FMain.class:1010 msgid "&Compile" msgstr "&Compila" #: FMain.class:1358 msgid "Compile all" msgstr "Compila tutto" #: FMain.class:1016 msgid "Compile &All" msgstr "Compila T&utto" #: Project.module:830 msgid "Compiling project" msgstr "Sto compilando il progetto" #: FPropertyProject.class:89 msgid "Component" msgstr "Componente" #: FMain.class:1365 msgid "Component explorer" msgstr "Esplora componenti" #: FPropertyProject.class:871 msgid "Components" msgstr "Componenti" #: FDebug.class:816 FOutput.class:132 msgid "Console" msgstr "Console" #: FMain.class:1127 msgid "&Console" msgstr "&Console" #: FNewClass.class:190 FNewForm.class:220 msgid "&Constructor" msgstr "&Costruttore" #: FDebug.class:187 FSave.class:111 FTranslate.class:521 Project.module:1323 msgid "Continue" msgstr "Continua" #: FPropertyProject.class:447 msgid "Controls:" msgstr "Controlli:" #: FEditor.class:2001 FForm.class:1915 FTextEditor.class:388 msgid "Copy" msgstr "Copia" #: FMain.class:1282 FSupSelector.class:1046 msgid "&Copy" msgstr "&Copia" #: FNewProject.class:377 msgid "Copy an existing project" msgstr "Copia un progetto esistente" #: FNewProject.class:167 msgid "Copy from project" msgstr "Copia da un progetto" #: FTranslate.class:763 msgid "Copy untranslated string" msgstr "Copia la stringa non tradotta" #: FNewProject.class:352 msgid "Create a graphical project" msgstr "Crea un \"progetto grafico\"" #: FNewProject.class:303 msgid "Create a new project" msgstr "Crea un nuovo progetto" #: FNewProject.class:365 msgid "Create a terminal project" msgstr "Crea un \"progetto terminale\"" #: Project.module:1960 msgid "Create source package" msgstr "Crea package sorgente" #: Package.module:151 msgid "Creating package for &1." msgstr "Creazione pacchetto per &1." #: Package.module:382 msgid "Creating RPM packages." msgstr "Creazione package RPM." #: Package.module:170 msgid "Creating source package." msgstr "Creazione pacchetto sorgente." #: Package.module:191 msgid "Creating .spec file." msgstr "Creazione .spec file." #: Language.module:43 msgid "Croatian (Croatia)" msgstr "Croato (Croazia)" #: FMenu.class:770 msgid "CTRL" msgstr "-" #: FOption.class:774 msgid "Current line" msgstr "Linea corrente" #: FPropertyProject.class:909 msgid "Current translations" msgstr "Traduzioni correnti" #: FEditor.class:1995 FForm.class:1909 FTextEditor.class:382 msgid "Cut" msgstr "Taglia" #: FMain.class:1276 FSupSelector.class:1039 msgid "&Cut" msgstr "&Taglia" #: Language.module:16 msgid "Czech (Czechoslovakia)" msgstr "Ceco (Cecoslovacchia)" #: Language.module:18 msgid "Danish (Denmark)" msgstr "Danese (Danimarca)" #: FOption.class:125 msgid "Dark" msgstr "Scuro" #: Project.module:500 msgid "Data" msgstr "Dati" #: FMain.class:1152 msgid "&Database manager..." msgstr "Gestore di &Database" #: FOption.class:662 msgid "Data types" msgstr "Tipi di dati" #: FSupSelector.class:111 msgid "Date" msgstr "Data" #: FMakeInstall.class:527 msgid "Debian" msgstr "Debian" #: FDebugInfo.class:231 msgid "Debug" msgstr "-" #: FMain.class:1067 msgid "&Debug" msgstr "&Debug" #: FNewForm.class:232 msgid "Default dialo&g management" msgstr "Gestione dialo&go predefinito" #: FOption.class:840 msgid "Default grid resolution" msgstr "Risoluzione griglia predefinita" #: FOption.class:541 msgid "Default tab size" msgstr "Dimensione tab predefinita" #: FTranslate.class:408 msgid "Delete" msgstr "Cancella" #: FList.class:193 FMenu.class:861 msgid "&Delete" msgstr "&Cancella" #: FMain.class:1294 msgid "&Delete..." msgstr "&Cancella..." #: FTranslate.class:806 msgid "Delete translation" msgstr "Cancella traduzione" #: FPropertyProject.class:91 msgid "Description" msgstr "Descrizione" #: FNewIcon.class:289 FNewText.class:166 msgid "Destination folder" msgstr "Cartella destinazione" #: FNewClass.class:185 FNewForm.class:215 msgid "&Destructor" msgstr "&Distruttore" #: FPropertyFile.class:40 FSupSelector.class:168 msgid "Directory" msgstr "-" #: FMain.class:1230 msgid "&Directory..." msgstr "-" #: Project.module:1000 msgid "Directory already exists." msgstr "Directory gi?? presente." #: FOption.class:913 msgid "Display form classes" msgstr "Visualizza le classi del form" #: Project.module:168 msgid "Do not open" msgstr "Non aprire" #: FMain.class:313 msgid "Do you really want to delete this directory ?" msgstr "Vuoi cancellare questa directory ?" #: FMain.class:325 FSupSelector.class:1262 msgid "Do you really want to delete this file ?" msgstr "Vuoi cancellare questo file ?" #: FTranslate.class:408 msgid "Do you really want to delete this translation ?" msgstr "Vuoi cancellare questa traduzione ?" #: FTranslate.class:487 msgid "Do you really want to reload this translation ?" msgstr "Vuoi ricaricare questa traduzione ?" #: FSupSelector.class:1183 msgid "Do you really want to remove this bookmark ?" msgstr "Vuoi cancellare questo segnalibro?" #: FSupSelector.class:1292 msgid "Do you really want to rename this file ?" msgstr "Vuoi rinominare questo file?" #: FTranslate.class:440 msgid "Do you really want to replace this translation ?" msgstr "Vuoi sostituire questa traduzione ?" #: FDebugInfo.class:202 msgid "Do you want to clear the expression list ?" msgstr "Vuoi cancellare la lista di espressioni ?" #: FIconEditor.class:1265 msgid "Do you want to clear the image ?" msgstr "Vuoi rimuovere l'immagine ?" #: FList.class:107 msgid "Do you want to clear the value list ?" msgstr "Vuoi rimuovere la lista dei valori ?" #: FIconTool.class:647 msgid "Draw" msgstr "Disegna" #: FTranslate.class:813 msgid "Duplicate a translation" msgstr "Duplica una traduzione" #: Language.module:52 msgid "Dutch (Belgium)" msgstr "Danese (Belgio)" #: Language.module:51 msgid "Dutch (Netherlands)" msgstr "Danese (Olanda)" #: FMain.class:1236 msgid "&Edit" msgstr "&Modifica" #: FMain.class:1246 msgid "Edit &class" msgstr "Modifica &classe" #: FMain.class:1241 msgid "Edit &form" msgstr "Modifica &form" #: FOption.class:802 msgid "Editing line" msgstr "Editazione" #: FPropertyProject.class:767 msgid "Edition" msgstr "Edizione" #: FList.class:155 msgid "Edit list property" msgstr "Modifica lista propriet??" #: FOption.class:495 msgid "Editor" msgstr "Editor" #: FText.class:79 msgid "Edit text property" msgstr "Modifica le propriet?? del testo" #: FEditor.class:2205 msgid "edtEditor" msgstr "edtEditor" #: FIconTool.class:674 msgid "Ellipse" msgstr "Ellisse" #: FIconTool.class:193 msgid "Ellipse,Filled ellipse,Filled delimited ellipse" msgstr "Ellisse,ellisse Piena,ellisse piena Delimitata" #: FOption.class:125 msgid "Emerald" msgstr "Smeraldo" #: FMenu.class:819 msgid "Enabled" msgstr "Abilitato" #: Language.module:28 msgid "English (Australia)" msgstr "Inglese (Australia)" #: Language.module:29 msgid "English (Canada)" msgstr "Inglese (Canada)" #: Language.module:25 msgid "English (common)" msgstr "Inglese (Internazionale)" #: Language.module:26 msgid "English (United Kingdom)" msgstr "Inglese (Regno Unito)" #: Language.module:27 msgid "English (U.S.A.)" msgstr "Inglese (U.S.A.)" #: FRename.class:89 msgid "Enter new name" msgstr "Inserisci nuovo nome" #: FDebugInfo.class:118 msgid "ERROR:" msgstr "ERRORE:" #: FForm.class:1894 msgid "Event" msgstr "Evento" #: FTranslate.class:604 msgid "Everything seems to be correct." msgstr "Tutto sembra essere corretto." #: FWelcome.class:55 msgid "Examples" msgstr "Esempi" #: FNewModule.class:170 FNewText.class:177 msgid "Existing" msgstr "Esistente" #: FExplorer.class:840 msgid "Explore" msgstr "Esplora" #: FTranslate.class:501 msgid "Export a translation" msgstr "Esporta una traduzione" #: FDebugInfo.class:21 msgid "Expression" msgstr "Espressione" #: FSupSelector.class:171 msgid "File" msgstr "File" #: FFind.class:1022 FMain.class:963 msgid "&File" msgstr "&File" #: Project.module:954 msgid "File already exists." msgstr "File gi?? esistente." #: FSupSelector.class:1622 msgid "Filters" msgstr "Filtri" #: FEditor.class:2168 FFind.class:963 msgid "Find" msgstr "Cerca" #: FEditor.class:2042 FTextEditor.class:413 msgid "Find..." msgstr "Cerca..." #: FTranslate.class:846 msgid "Find a string in translation" msgstr "Cerca una stringa nella traduzione" #: FFind.class:747 msgid "Find &next" msgstr "Cerca &successivo" #: FEditor.class:2048 FTextEditor.class:419 msgid "Find Next" msgstr "Cerca successivo" #: FTranslate.class:853 msgid "Find next untranslated string" msgstr "Cerca la prossima stringa non tradotta" #: FFind.class:748 msgid "Find &previous" msgstr "Cerca &Precedente" #: FEditor.class:2053 FTextEditor.class:424 msgid "Find Previous" msgstr "Cerca Precedente" #: FFind.class:957 msgid "Find & Replace" msgstr "Cerca & Sostituisci" #: FIconTool.class:638 msgid "Flip" msgstr "Capovolgi" #: FIconTool.class:692 msgid "Flood fill" msgstr "Riempimento" #: FIconTool.class:198 msgid "Flood fill,Patterned flood fill" msgstr "Riempimento, Riempimento con pattern" #: FOption.class:524 msgid "Font" msgstr "-" #: FProperty.class:241 msgid "Forbidden characters in control group." msgstr "Caratteri proibiti nel control group." #: FProperty.class:226 msgid "Forbidden characters in control name." msgstr "Caratteri proibiti nel control name." #: Project.module:1910 msgid "Forbidden characters in project name." msgstr "Caratteri proibiti nel nome del progetto." #: FEditor.class:2073 FForm.class:1885 FPropertyFile.class:57 msgid "Form" msgstr "-" #: FMain.class:1202 msgid "&Form..." msgstr "-" #: FNewIcon.class:277 msgid "Format" msgstr "Formattazione" #: FNewProject.class:468 FPropertyProject.class:795 msgid "Form controls are public" msgstr "I controlli del form sono \"public\"" #: FOption.class:819 msgid "Form editor" msgstr "Editor di form" #: Project.module:497 msgid "Forms" msgstr "Forms" #: FDebug.class:795 msgid "Forward" msgstr "Avanti" #: FMain.class:1093 msgid "&Forward" msgstr "&Avanti" #: Language.module:35 msgid "French (Belgium)" msgstr "Francese (Belgio)" #: Language.module:36 msgid "French (Canada)" msgstr "Francese (Canada)" #: Language.module:34 msgid "French (France)" msgstr "Francese (Francia)" #: Language.module:37 msgid "French (Switzerland)" msgstr "Francese (Svizzera)" #: FNewDirectory.class:104 FNewProject.class:321 msgid "FSelector" msgstr "FSelector" #: Language.module:39 msgid "Galician (Spain)" msgstr "Galiziano (Spagna)" #: FWelcome.class:310 .project:1 msgid "Gambas" msgstr "Gambas" #: FAbout.class:251 msgid "Gambas Almost Means BASic !" msgstr "Gambas Allincirca vuol dire BASic !" #: FSupSelector.class:294 msgid "Gambas class" msgstr "Gambas class" #: FNewClass.class:39 msgid "Gambas classes" msgstr "Gambas classes" #: FNewClass.class:39 FNewForm.class:39 FNewModule.class:38 msgid "Gambas files" msgstr "I File di Gambas" #: FSupSelector.class:297 msgid "Gambas form" msgstr "Il Form di Gambas" #: FNewForm.class:39 msgid "Gambas forms" msgstr "I Form di Gambas" #: FSupSelector.class:300 msgid "Gambas module" msgstr "Modulo di Gambas" #: FNewModule.class:38 msgid "Gambas modules" msgstr "Moduli di Gambas" #: FSupSelector.class:277 msgid "Gambas project" msgstr "Progetto di Gambas" #: FPropertyFile.class:163 FPropertyProject.class:687 msgid "General" msgstr "Vari" #: Language.module:21 msgid "German (Belgium)" msgstr "Tedesco (Belgio)" #: Language.module:20 msgid "German (Germany)" msgstr "Tedesco (Germania)" #: FEditor.class:2196 msgid "Goto" msgstr "Vai a" #: FEditor.class:1943 msgid "Go to" msgstr "Vai a" #: FGotoLine.class:48 msgid "Go to line" msgstr "Vai alla linea" #: FEditor.class:1948 FTextEditor.class:357 msgid "Go to line..." msgstr "Vai alla linea..." #: Language.module:23 msgid "Greek (Greece)" msgstr "Greco (Grecia)" #: FMenu.class:745 msgid "Group" msgstr "Gruppo" #: FAbout.class:269 msgid "

Authors

\n" msgstr "

Autori

\n" #: FAbout.class:264 msgid "

Licence

\n\n

This program is FREE SOFTWARE; you can redistribute it AND/OR modify it under the terms of the GNU General Public License as published by the Free Software Foundation ; either version 1, or (at your option) any later version.

\n\n

This program is distributed in the hope that it will be useful but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

\n" msgstr "

Licenza

\n\n

Questo programma ?? SOFTWARE LIBERO; Puoi redistribuirlo E/O modificarlo secondo i termini della GNU General Public License pubblicata dalla Free Software Foundation ; La versione 1, o (a tua scelta) qualsiasi altra versione successiva.

\n\n

Questo programma ?? distribuito nella speranza che sia utile ma SENZA ALCUNA GARANZIA; senza nemmeno l'implicita garanzia di commerciabilit?? o adeguabilit?? per un fine particolare. Leggi la licenza GNU/GPL per maggiori dettagli.

\n" #: FNewProject.class:409 msgid "

Create a new project\n

\n

All needed information have been collected. Here is a summary of\nwhat will happen.

\n

Click on the OK button to create the project.

\n

Click on the Previous button if you had made a mistake.

\n

Click on the Cancel button to cancel the operation.

\n\n" msgstr "

Crea un nuovo progetto\n

\n

Tutte le informazioni necessarie sono state raccolte. Dettagli sull' \nelaborazione in corso.

\n

Clicka su OK per creare il progetto.

\n

Clicka su Precedente se hai fatto un errore.

\n

Clicka su Cancella per cancellare l'operazione.

\n\n" #: FMakeInstall.class:748 msgid "

Make installation packages\n

\n\n

All needed information have been collected. You can now create the installation packages for your application...

\n\n

Click on the OK button to create the packages.

\n

Click on the Previous button if you had made a mistake.

\n

Click on the Cancel button to cancel the operation.

\n\n" msgstr "

Crea i package di installazione\n

\n\n

Tutte le informazioni necessarie sono state raccolte. Ora puoi creare i package di installazione per la tua applicazione...

\n\n

Clicka su OK per creare i package.

\n

Click su Precedente se hai sbagliato.

\n

Click su Cancella per annullare l'operazione.

\n\n" #: FMakeInstall.class:508 msgid "

Welcome to the Gambas installation package creation wizard!\n

\n\n

This wizard allows you to create an installation package\nof your Gambas project.

\n\n

You will be able to choose the Linux distribution the\ninstallation package will be dedicated to.

\n\n

Press the Next button to start creating the installation package.

\n\n

Press the Cancel button to cancel the wizard.

" msgstr "

Benvenuti nel Wizard di installazione di Gambas, sistema guidato per la creazione dei package!\n

\n\n

Questo Sistema Guidato ti aiuter?? a creare un package di installazione\nper i tuoi progetti Gambas.

\n\n

Puoi scegliere la distribuzione Linux\nper cui creare il package.

\n\n

Premi Avanti per iniziare la creazione del package di installazione.

\n\n

Premi Cancella per uscire dalla procedura guidata.

" #: FNewProject.class:426 msgid "

Welcome to the Gambas project creation wizard!\n

\n\n

This wizard allows you to create a new Gambas project.\nThis project will be created from scratch or from an already\nexisting project.

\n\n

Press the Next button to start creating the project.

\n\n

Press the Cancel button to cancel the wizard.

" msgstr "

Benvenuti nella procedura guidata per la creazione di Progetti Gambas!\n

\n\n

Questa procedura ti permetter?? di creare un nuovo progetto Gambas.\nIl progetto potr?? essere creato da zero oppure da un progetto \nesistente.

\n\n

Premi Avanti per iniziare a creare il progetto .

\n\n

Premi Cancella per uscire dalla procedura guidata.

" #: FMakeInstall.class:641 msgid "

Changelog

\n" msgstr "

Log Modifiche /Changelog

\n" #: FMakeInstall.class:532 msgid "

Create an installation package for...

\n" msgstr "

Crea un package di installazione per...

\n" #: FMakeInstall.class:594 msgid "

Description

\n" msgstr "

Descrizione

\n" #: FMakeInstall.class:579 msgid "

Maintainer information

\n" msgstr "

Informazioni Maintainer

\n" #: FNewProject.class:458 msgid "

Options

\n" msgstr "

Opzioni

\n" #: FNewProject.class:389 msgid "

Select the directory of the project

\n" msgstr "

Seleziona la directory del progetto

\n" #: FMakeInstall.class:678 msgid "

Select the directory where the packages will be stored

\n" msgstr "

Seleziona la directory dove il pacchetto sar?? salvato

\n" #: FNewProject.class:438 msgid "

Select the name of the project

\n" msgstr "

Seleziona il nome del progetto

\n" #: FMakeInstall.class:719 msgid "

Select the package group

\n" msgstr "

Seleziona il Gruppo del package

\n" #: FNewProject.class:315 msgid "

Select the project to copy

\n" msgstr "

Seleziona il progetto da copiare

\n" #: FNewProject.class:448 msgid "

Select the title of the project

\n" msgstr "

Seleziona il titolo del progetto

\n" #: FNewProject.class:339 msgid "

Select the type of the project

\n" msgstr "

Seleziona il tipo di progetto

\n" #: FMakeInstall.class:690 msgid "

Select where the menu entry will be created

\n" msgstr "

Seleziona dove sar?? immessa la voce nel Menu

\n" #: FOption.class:824 msgid "Handle size" msgstr "Dimensione Handle" #: FMain.class:1170 msgid "&Help browser" msgstr "&Help browser" #: FExplorer.class:795 msgid "Help browser" msgstr "Help browser" #: FFormStack.class:153 FMain.class:1386 msgid "Hierarchy" msgstr "Gerarchia" #: FForm.class:1984 FMain.class:1121 msgid "&Hierarchy" msgstr "Gerarc&hia" #: FOption.class:574 msgid "Highlight current line" msgstr "Evidenzia la linea corrente" #: FOption.class:788 msgid "Highlighting" msgstr "Evidenza" #: FForm.class:1956 msgid "Horizontal" msgstr "orizzontale" #: FIconTool.class:166 msgid "Horizontal flip,Vertical flip,Rotate clockwise,Rotate counter-clockwise" msgstr "Capovolgi orizzontale,Capovolgi verticale,Ruota in senso orario,Ruota in senso antiorario" #: FAbout.class:226 msgid "http://gambas.sourceforge.net" msgstr "http://gambas.sourceforge.net e http://www.gambas.it" #: Language.module:41 msgid "Hungarian (Hungary)" msgstr "Ungherese (Ungheria)" #: FMain.class:1133 msgid "&Icon editor" msgstr "Editor &icone" #: FIconEditor.class:1379 FIconTool.class:529 msgid "Icon editor" msgstr "Editor Icone" #: FOption.class:835 msgid "Icon size" msgstr "Dimensione Icona" #: FFind.class:987 msgid "Ignore co&mments" msgstr "Ignora co&mmenti" #: FMain.class:1216 msgid "&Image..." msgstr "&Immagine..." #: FTranslate.class:515 msgid "Import a translation" msgstr "Importa una traduzione" #: FProperty.class:291 msgid "Incorrect property value." msgstr "Valore della propriet?? non corretto." #: FEditor.class:2140 msgid "Indent" msgstr "Indenta" #: FExplorer.class:826 msgid "Index" msgstr "Indice" #: Language.module:45 msgid "Indonesian (Indonesia)" msgstr "Indonesiano (Indonesia)" #: FPropertyFile.class:226 msgid "Information" msgstr "Informazione" #: FFind.class:1035 msgid "In Forms" msgstr "Nei form" #: Package.module:153 msgid "Initializing ~/RPM directory." msgstr "Inizializzazione ~/RPM directory." #: FList.class:176 FMenu.class:856 msgid "&Insert" msgstr "&Inserisci" #: .project:2 msgid "Integrated Development Environment for Gambas" msgstr "Ambiente di sviluppo integrato per Gambas (IDE)" #: Language.module:47 msgid "Irish (Ireland)" msgstr "Irlandese (Irlanda)" #: Language.module:49 msgid "Italian (Italy)" msgstr "Italiano (Italia)" #: FPropertyProject.class:438 msgid "It is under development and may change without notice." msgstr "E' in fase di sviluppo e potrebbe cambiare senza preavviso." #: FPropertyProject.class:790 msgid "Keep debugging information in executable" msgstr "Mantieni le informazioni di debug nell' eseguibile" #: FOption.class:648 msgid "Keywords" msgstr "Parolechiave" #: FPropertyFile.class:190 msgid "Last modified" msgstr "Ultima modifica" #: FForm.class:1962 msgid "Left to right" msgstr "Sinistra a destra" #: FFind.class:774 FIconTool.class:656 msgid "Line" msgstr "Linea" #: FExplorer.class:368 msgid "Loading help..." msgstr "Sto caricando l'aiuto..." #: FDebugInfo.class:249 msgid "Local" msgstr "Local" #: FPropertyFile.class:220 msgid "Location" msgstr "Posizione" #: FSupSelector.class:1567 msgid "Look in" msgstr "Cerca in" #: FAbout.class:295 msgid "Make a gift!" msgstr "Fai una donazione!" #: FMakeInstall.class:497 msgid "Make an installation package" msgstr "Crea un package di installazione" #: Project.module:1120 msgid "Make executable" msgstr "Crea eseguibile" #: FMain.class:1026 msgid "Make e&xecutable..." msgstr "Crea e&seguibile..." #: FMain.class:1036 msgid "Make installation package..." msgstr "Crea il package di installazione..." #: FMakeInstall.class:776 msgid "Make package" msgstr "Crea package" #: FMain.class:1032 msgid "Make source archive..." msgstr "Crea archivio sorgente" #: Project.module:1133 msgid "Making executable..." msgstr "Sto Creando l'eseguibile..." #: FMakeInstall.class:538 msgid "MandrakeLinux" msgstr "MandrakeLinux" #: FGambas.class:120 msgid "Mascot" msgstr "Mascotte" #: FMenu.class:25 msgid "Menu editor" msgstr "Editor Menu" #: FForm.class:2032 msgid "Menu editor..." msgstr "Editor Menu..." #: FOption.class:875 msgid "Miscellaneous" msgstr "Vari" #: FTextEditor.class:92 msgid "modified" msgstr "modificato" #: FPropertyFile.class:53 msgid "Module" msgstr "Modulo" #: FMain.class:1197 msgid "&Module..." msgstr "&Modulo..." #: Project.module:499 msgid "Modules" msgstr "Moduli" #: FNewModule.class:161 FNewText.class:160 FSupSelector.class:101 msgid "Name" msgstr "Nome" #: FDebugInfo.class:52 msgid "native code" msgstr "codice nativo" #: FNewModule.class:128 FNewText.class:142 msgid "New" msgstr "Nuovo" #: FMain.class:1194 msgid "&New" msgstr "&Nuovo" #: FNewClass.class:133 msgid "New class" msgstr "Nuova classe" #: FNewDirectory.class:84 FSupSelector.class:1480 msgid "New directory" msgstr "Nuova directory" #: FNewForm.class:176 msgid "New form" msgstr "Nuova form" #: FMain.class:966 msgid "&New project..." msgstr "&Nuovo progetto..." #: FMain.class:1316 msgid "New project" msgstr "Nuovo progetto" #: FWelcome.class:52 msgid "New project..." msgstr "Nuovo progetto..." #: FNewText.class:122 msgid "New text file" msgstr "Nuovo file di testo" #: FExplorer.class:819 msgid "Next" msgstr "Successivo" #: FMenu.class:851 msgid "&Next" msgstr "&Successivo" #: FMakeInstall.class:771 FNewProject.class:480 FTips.class:193 msgid "&Next >>" msgstr "&Successivo >>" #: FNewProject.class:181 msgid "None." msgstr "Nessuno." #: FOption.class:620 msgid "Normal text" msgstr "Testo normale" #: Language.module:54 msgid "Norwegian (Norway)" msgstr "Norvegese (Norvegia)" #: Project.module:842 msgid "Nothing to do." msgstr "Niente da fare." #: FOption.class:718 msgid "Numbers" msgstr "Numeri" #: FRename.class:77 FText.class:94 Project.module:194 msgid "OK" msgstr "OK" #: Project.module:168 msgid "Open after all" msgstr "Apri alla fine" #: FMain.class:982 msgid "Open &example" msgstr "Apri &esempio" #: FMain.class:972 msgid "&Open project..." msgstr "&Apri progetto..." #: FMain.class:1323 msgid "Open project" msgstr "Apri progetto" #: FWelcome.class:53 msgid "Open project..." msgstr "Apri progetto..." #: FMain.class:978 msgid "Open &recent" msgstr "Apri &recente" #: FOption.class:690 msgid "Operators" msgstr "Operatori" #: FNewProject.class:173 FOption.class:535 msgid "Options" msgstr "Opzioni" #: FOption.class:814 msgid "Others" msgstr "Altri" #: FNewDirectory.class:130 FSupSelector.class:1575 msgid "Parent directory" msgstr "Directory superiore" #: FTextEditor.class:394 msgid "Paste" msgstr "Incolla" #: FMain.class:1288 FSupSelector.class:1053 msgid "&Paste" msgstr "&Incolla" #: FDebug.class:781 msgid "Pause" msgstr "Pausa" #: FMain.class:1077 msgid "&Pause" msgstr "&Pausa" #: FIconTool.class:683 msgid "Pick color" msgstr "Seleziona colore" #: FMenu.class:791 FPropertyFile.class:59 msgid "Picture" msgstr "Immagine" #: FSupSelector.class:308 msgid "Picture file" msgstr "File Immagine" #: FGetIcon.class:29 FNewIcon.class:133 msgid "Picture files" msgstr "File Immagini" #: FOption.class:851 FPropertyProject.class:823 msgid "pixels" msgstr "pixels" #: FSupSelector.class:794 msgid "Please choose a project." msgstr "Per favore scegli un progetto" #: FMakeInstall.class:97 msgid "Please choose at least one target system." msgstr "Per favore scegliere almeno un sistema di destinazione." #: FSupSelector.class:796 msgid "Please choose a valid directory." msgstr "Per favore scegli una directory valida." #: FMakeInstall.class:109 msgid "Please choose the menu location for each target system." msgstr "Per favore scegli la posizione del menu per ogni sistema di destinazione." #: FMakeInstall.class:103 msgid "Please choose the package group for each target system." msgstr "Per favore scegliere il gruppo del package per ogni sistema di destinazione." #: FMakeInstall.class:652 msgid "Please enter the changes of your project. Each change must be described by a line beginning with a dash." msgstr "Per favore inserisci le modifiche del tuo progetto. Ogni modifica deve essere scrittoasu una riga preceduta da #." #: FMakeInstall.class:89 msgid "Please enter the first CHANGELOG entry." msgstr "Per favore inserisci la prima voce del log delle modifiche (CHANGELOG)." #: FMakeInstall.class:77 msgid "Please enter your e-mail address." msgstr "Per favore inserisci il tuo indirizzo e-mail." #: FMakeInstall.class:73 msgid "Please enter your name." msgstr "Per favore inserisci il tuo nome." #: Project.module:1648 msgid "Please type a name." msgstr "Per favore scegli un nome." #: Project.module:1903 msgid "Please type a project name." msgstr "Per favore scegli un nome per il progetto." #: FNewIcon.class:224 msgid "PNG\nXPM\nJPEG" msgstr "PNG\nXPM\nJPEG" #: Language.module:56 msgid "Polish (Poland)" msgstr "Polacco (Polonia)" #: FMain.class:1190 msgid "Popup" msgstr "Popup" #: Language.module:59 msgid "Portuguese (Brazil)" msgstr "Portoghese (Brasile)" #: Language.module:58 msgid "Portuguese (Portugal)" msgstr "Portoghese (Portogallo)" #: FFind.class:778 msgid "Pos." msgstr "Pos." #: FNewIcon.class:265 msgid "Predefined sizes" msgstr "Grandezza predefinita" #: FOption.class:488 msgid "Preferences" msgstr "Preferenze" #: FMain.class:1161 msgid "&Preferences..." msgstr "&Preferenze..." #: FMakeInstall.class:622 msgid "Prefix package name and executable with the 'gambas-' string" msgstr "Anteponi al nome del package e dell'eseguibile la stringa 'gambas-'" #: FExplorer.class:812 msgid "Previous" msgstr "Precedente" #: FMakeInstall.class:761 FNewProject.class:329 FTips.class:188 msgid "<< &Previous" msgstr "<< &Precedente" #: FFind.class:1028 msgid "Proce&dure" msgstr "Proce&dura" #: FMain.class:958 FSupSelector.class:163 Project.module:522 msgid "Project" msgstr "Progetto" #: FMain.class:1007 msgid "&Project" msgstr "&Progetto" #: FFind.class:1017 msgid "Pro&ject" msgstr "Pro&getto" #: FNewProject.class:172 msgid "Project directory" msgstr "Directory del progetto" #: FNewProject.class:463 FPropertyProject.class:903 msgid "Project is translatable" msgstr "Il progetto ?? traducibile" #: FNewProject.class:169 msgid "Project name" msgstr "Nome del progetto" #: FMain.class:1337 FPropertyProject.class:48 msgid "Project properties" msgstr "Propriet?? Progetto" #: FOption.class:869 msgid "Project window" msgstr "Finestra progetto" #: FPropertyProject.class:761 msgid "Properties" msgstr "Propriet??" #: FMain.class:1109 msgid "&Properties" msgstr "&Propriet??" #: FMain.class:1060 msgid "&Properties..." msgstr "&Propriet??..." #: FMain.class:1372 msgid "Properties sheet" msgstr "Foglio delle propriet??" #: FSave.class:31 FWelcome.class:56 msgid "Quit" msgstr "Uscita" #: FMain.class:1000 msgid "&Quit" msgstr "&Uscita" #: Project.module:522 msgid "Read only" msgstr "Solo lettura" #: FWelcome.class:295 msgid "Recent" msgstr "Recente" #: FWelcome.class:54 msgid "Recent projects" msgstr "Progetti recenti" #: FIconTool.class:665 msgid "Rectangle" msgstr "Rettangolo" #: FIconTool.class:188 msgid "Rectangle,Filled rectangle,Filled delimited rectangle" msgstr "Rettangolo,Rettangolo pieno,Rettangolo pieno delimitato" #: FMakeInstall.class:521 msgid "Redhat / Fedora" msgstr "Redhat / Fedora" #: FEditor.class:1985 FTextEditor.class:372 msgid "Redo" msgstr "Recupera" #: FExplorer.class:805 FSupSelector.class:1101 msgid "Refresh" msgstr "Ridisegna" #: FMain.class:1055 msgid "&Refresh" msgstr "&Ridisegna" #: FPropertyProject.class:739 msgid "Release" msgstr "Rilascio" #: FEditor.class:1750 FTranslate.class:487 msgid "Reload" msgstr "Ricarica" #: FTranslate.class:799 msgid "Reload translation" msgstr "Ricarica la traduzione" #: FSupSelector.class:1183 msgid "Remove" msgstr "Rimuovi" #: FSupSelector.class:1027 msgid "&Remove current bookmark" msgstr "&Rimuovi segnalibro corrente" #: FRename.class:19 FSupSelector.class:1064 msgid "Rename" msgstr "Rinomina" #: FMain.class:1266 msgid "&Rename..." msgstr "&Rinomina..." #: Project.module:1754 msgid "Rename class" msgstr "Rinomina classe" #: Project.module:1779 msgid "Rename directory" msgstr "Rinomina directory" #: Project.module:1779 msgid "Rename file" msgstr "Rinomina file" #: Project.module:1752 msgid "Rename form" msgstr "Rinomina form" #: Project.module:1756 msgid "Rename module" msgstr "Rinomina modulo" #: FFind.class:968 FTranslate.class:440 msgid "Replace" msgstr "Rimpiazza" #: FFind.class:1003 msgid "&Replace" msgstr "&Rimpiazza" #: FFind.class:1008 msgid "Replace &all" msgstr "Rimpi&azza tutto" #: FMain.class:1099 msgid "R&eturn from" msgstr "Rit&orna da" #: FDebug.class:809 msgid "Return from" msgstr "Ritorna da" #: Project.module:2203 msgid "rpmbuild is not installed on your system." msgstr "rpmbuild non ?? installato nel sistema" #: FOption.class:125 msgid "Ruby" msgstr "Rubino" #: FDebug.class:774 msgid "Run" msgstr "Esegui" #: FMain.class:1071 msgid "&Run" msgstr "&Esegui" #: FEditor.class:1957 msgid "Run &until current line" msgstr "Esegui fino alla linea corrente" #: FEditor.class:2189 msgid "Run until current line" msgstr "Esegui fino alla linea corrente" #: Language.module:61 msgid "Russian (Russia)" msgstr "Russo (Russia)" #: FForm.class:2022 msgid "Same &height" msgstr "Eguale alte&zza" #: FForm.class:2017 msgid "Same &width" msgstr "Eguale am&piezza" #: FIconTool.class:575 FSave.class:105 FTextEditor.class:442 msgid "Save" msgstr "Salva" #: FMain.class:1260 msgid "&Save" msgstr "&Salva" #: FSave.class:89 msgid "Save modified files" msgstr "Salva file modificati" #: FMain.class:990 msgid "S&ave project" msgstr "Salva &progetto" #: FMain.class:1330 msgid "Save project" msgstr "Salva progetto" #: FTranslate.class:872 msgid "Save translation" msgstr "Salva traduzione" #: Package.module:27 msgid "Saving CHANGELOG file." msgstr "Salva il file CHANGELOG/Modifiche." #: FIconTool.class:611 msgid "Scroll" msgstr "Scorrimento" #: FExplorer.class:846 msgid "Search" msgstr "Cerca" #: FFind.class:743 msgid "Search &backward" msgstr "Cerca all'&indietro" #: FFind.class:742 msgid "&Search forward" msgstr "&Cerca in avanti" #: FFind.class:1013 msgid "Search in" msgstr "Cerca in" #: FFind.class:992 msgid "Search &List" msgstr "&Lista di ricerca" #: FFind.class:172 FTranslate.class:378 msgid "Search string cannot be found." msgstr "La stringa cercata non ?? stata trovata." #: FFind.class:307 msgid "Search string replaced &1 times." msgstr "La stringa cercata ?? stata sostituita &1 volte." #: FFind.class:305 msgid "Search string replaced once." msgstr "La stringa cercata ?? stata sostituita una volta." #: FForm.class:1889 msgid "Select" msgstr "Seleziona" #: FSupSelector.class:1610 msgid "Select a filter" msgstr "Seleziona un filtro" #: FForm.class:1904 msgid "Select all" msgstr "Seleziona tutto" #: FEditor.class:2017 FTextEditor.class:404 msgid "Select &All" msgstr "Selezion&a Tutto" #: FIconTool.class:620 msgid "Select and transparent paste" msgstr "Seleziona e incolla trasparente" #: FIconTool.class:213 msgid "Select and transparent paste,Select and opaque paste" msgstr "Seleziona e incolla trasparente, Seleziona e incolla opaco" #: FGetIcon.class:78 msgid "Select a picture" msgstr "Seleziona un'immagine" #: FOpenProject.class:80 msgid "Select a project" msgstr "Seleziona un progetto" #: FOption.class:125 msgid "Select a theme..." msgstr "Seleziona un tema..." #: FOption.class:634 msgid "Selection" msgstr "Selezione" #: FForm.class:1946 msgid "Send to background" msgstr "Manda allo sfondo" #: FMenu.class:775 msgid "SHIFT" msgstr "-" #: FMenu.class:765 msgid "Shortcut" msgstr "Scorciatoia" #: FSupSelector.class:499 msgid "Show by icon" msgstr "Mostra per icona" #: FSupSelector.class:515 msgid "Show by list" msgstr "Mostra per lista" #: FPropertyProject.class:877 msgid "Show components in beta version" msgstr "Mostra i componenti nella versione beta" #: FPropertyProject.class:772 msgid "Show &grid" msgstr "Mostra &griglia" #: FSupSelector.class:1093 msgid "Show hidden files" msgstr "Mostra file nascosti" #: FOption.class:890 msgid "Show mascot" msgstr "Mostra mascotte" #: FOption.class:579 msgid "Show modified lines" msgstr "Mostra le linee modificate" #: FPropertyProject.class:882 msgid "Show only components used in project" msgstr "Mostra solo i componenti usati nel progetto" #: FSupSelector.class:1085 msgid "Show preview picture" msgstr "Mostra anteprima" #: FTips.class:183 msgid "Show tips on startup" msgstr "Mostra suggerimenti all'avvio" #: FOption.class:513 msgid "Show toolbar" msgstr "Mostra toolbar" #: FOption.class:885 msgid "Show tooltips" msgstr "Mostra tooltips" #: Language.module:71 msgid "Simplified chinese (China)" msgstr "Cinese semplificato (China)" #: FNewIcon.class:283 FPropertyFile.class:185 FSupSelector.class:104 msgid "Size" msgstr "Dimensione" #: Language.module:65 msgid "Slovenian (Slovenia)" msgstr "Slovacco (Slovenia)" #: FPropertyProject.class:210 msgid "Snapping value is incorrect." msgstr "Valore di allineamento non corretto." #: FPropertyProject.class:778 msgid "&Snap to grid" msgstr "&Allinea alla griglia" #: Project.module:1322 msgid "Some components are missing: &1" msgstr "Mancano alcuni componenti: &1" #: FSave.class:95 msgid "Some files have been modified. Do you want to save them ?" msgstr "Alcuni file sono stati modificati. Vuoi salvarli ?" #: Project.module:1961 msgid "Source packages" msgstr "Package sorgenti" #: Language.module:32 msgid "Spanish (Argentina)" msgstr "Spagnolo (Argentina)" #: Language.module:31 msgid "Spanish (Spain)" msgstr "Spagnolo (Spagna)" #: FOption.class:562 msgid "Split procedures" msgstr "Procedure divisorie" #: FDebugInfo.class:242 msgid "Stack" msgstr "-" #: FMain.class:1251 FNewClass.class:157 FNewForm.class:200 msgid "&Startup class" msgstr "&Classe di avvio" #: FNewModule.class:138 msgid "&Startup module" msgstr "&Modulo di avvio" #: FNewModule.class:143 msgid "Static &constructor" msgstr "&Costruttore statico" #: FNewClass.class:162 FNewForm.class:205 msgid "Static co&nstructor" msgstr "Co&struttore statico" #: FNewModule.class:148 msgid "Static &destructor" msgstr "&Distruttore statico" #: FNewClass.class:167 FNewForm.class:210 msgid "Static des&tructor" msgstr "Dis&truttore statico" #: FDebug.class:802 msgid "Step" msgstr "Passo" #: FMain.class:1087 msgid "&Step" msgstr "&Passo" #: FDebug.class:187 msgid "Stop" msgstr "-" #: FMain.class:1082 msgid "&Stop" msgstr "&Stop" #: FOption.class:732 msgid "Strings" msgstr "Stringa" #: FOption.class:676 msgid "Subroutines" msgstr "Sottoprogrammi" #: FAbout.class:285 msgid "Support" msgstr "Supporto" #: FMakeInstall.class:568 msgid "SuSE Linux" msgstr "SuSE Linux" #: FIconTool.class:701 msgid "Swap colors" msgstr "Inverti colori" #: Language.module:63 msgid "Swedish (Sweden)" msgstr "Svedese (Svezia)" #: FOption.class:704 msgid "Symbols" msgstr "Simboli" #: FPropertyProject.class:806 msgid "Tab size" msgstr "Dimensione Tab" #: FMenu.class:835 msgid "Tag" msgstr "Tag" #: FFind.class:782 FPropertyFile.class:62 msgid "Text" msgstr "Testo" #: FMain.class:1221 msgid "&Text file..." msgstr "File di &testo..." #: FNewText.class:37 msgid "Text files" msgstr "File di testo" #: FAbout.class:144 msgid "Thanks to" msgstr "Grazie a" #: FSupSelector.class:1459 msgid "The current project files are protected.\nYou cannot rename nor delete them." msgstr "I files del progetto corrente sono protetti.\nNon puoi rinominarli o cancellarli." #: FEditor.class:1750 msgid "The file has been modified.\n\nAll your changes will be lost." msgstr "Il file ?? stato modificato.\n\nTutte le tue modifiche andranno perse." #: FExplorer.class:267 msgid "The following link cannot be found:" msgstr "Il seguente link non pu?? essere trovato:" #: FTranslate.class:82 msgid "The 'msgmerge' command has failed" msgstr "Il comando 'msgmerge' ?? fallito" #: Package.module:430 msgid "The package build has failed." msgstr "La creazione del pacchetto ?? fallita." #: Package.module:29 msgid "The packages have been successfully created." msgstr "I package sono stati creati in modo corretto." #: FDebug.class:245 msgid "The program has returned\nthe value: &1" msgstr "Il programma ha ritornato \nil valore : &1" #: FDebug.class:242 msgid "The program has stopped unexpectedly\nby raising signal #&1.\n\nPlease send a bug report to\ngambas at ...70..." msgstr "Il programma si ?? bloccato inaspettatamente\n con un segnale #&1. \n\n Per favore riportare l'errore a \ngambas at ...1... o supporto at ...192... per un supporto in italiano." #: FTranslate.class:19 msgid "The project is void. There is nothing to translate." msgstr "Il progetto ?? vuoto. Non c'?? nulla da tradurre" #: FIconEditor.class:1284 msgid "This image has been modified.\nDo you want to save it ?" msgstr "Questa immagine ?? stata modificata.\nVuoi salvarla ?" #: FTranslate.class:436 msgid "This is the same translation !" msgstr "Questa ?? la medesima traduzione !" #: FMenu.class:508 msgid "This menu is too deep !" msgstr "Questo menu ?? troppo profondo !" #: Project.module:1653 msgid "This name contains a forbidden character :" msgstr "Questo nome contiene un carattere proibito :" #: FProperty.class:231 msgid "This name is already in use." msgstr "Questo nome ?? gi?? in uso." #: Project.module:1658 msgid "This name is already used. Choose another one." msgstr "Questo nome ?? gi?? in uso. Scegline un altro." #: Project.module:1918 msgid "This project already exists." msgstr "Questo progetto ?? gi?? esistente." #: Project.module:192 msgid "This project is read-only." msgstr "Questo progetto ?? di sola lettura" #: FTranslate.class:756 msgid "This string must not be translated" msgstr "Questa stringa non deve essere tradotta" #: FTips.class:47 msgid "Tip of the day" msgstr "Suggerimento del giorno" #: FTips.class:175 msgid " Tips of the day" msgstr " Suggerimenti del giorno" #: FMain.class:1176 msgid "&Tips of the day" msgstr "&Suggerimenti del giorno" #: FTips.class:167 msgid "Tips of the day" msgstr "Suggerimenti del giorno" #: FPropertyProject.class:715 msgid "Title" msgstr "Titolo" #: FEditor.class:2175 msgid "Toggle breakpoint" msgstr "Inverti breakpoint" #: FEditor.class:1963 msgid "Toggle &breakpoint" msgstr "Inverti &breakpoint" #: FMain.class:1379 FOption.class:830 FToolBox.class:226 msgid "Toolbox" msgstr "-" #: FMain.class:1115 msgid "&Toolbox" msgstr "-" #: FMain.class:1149 msgid "&Tools" msgstr "&Strumenti" #: FForm.class:1974 msgid "Top to bottom" msgstr "Da cima a fondo" #: Language.module:72 msgid "Traditional chinese (Taiwan)" msgstr "Cinese tradizionale (Taiwan)" #: FMain.class:1344 msgid "Translate" msgstr "Traduci" #: FMain.class:1045 msgid "&Translate..." msgstr "&Traduci..." #: FTranslate.class:591 msgid "Translated string symbols do not match untranslated string ones." msgstr "I simboli nella stringa tradotta non combaciano con la stringa originale. " #: FTranslate.class:729 msgid "Translate project" msgstr "Traduci progetto" #: FPropertyProject.class:898 FTranslate.class:778 msgid "Translation" msgstr "Traduzione" #: FTranslate.class:503 msgid "Translation files" msgstr "File di traduzione" #: FTranslate.class:860 msgid "Translation language" msgstr "Lingua di traduzione" #: Language.module:67 msgid "Turkish (Turkey)" msgstr "Turco (Turchia)" #: FPropertyFile.class:195 FSupSelector.class:108 msgid "Type" msgstr "Tipo" #: FSupSelector.class:1275 msgid "Unable to delete this file." msgstr "Non riesco a cancellare questo file" #: FTips.class:107 msgid "Unable to read tip of the day !" msgstr "Non riesco a leggere il suggerimento del giorno !" #: Project.module:1792 msgid "Unable to rename '&1'" msgstr "Non riesco a rinominare '&1'" #: FSupSelector.class:1301 msgid "Unable to rename this file." msgstr "Non riesco a rinominare questo file." #: FEditor.class:2032 msgid "Uncomment" msgstr "Togli commento" #: FEditor.class:1979 FIconTool.class:584 FTextEditor.class:366 msgid "Undo" msgstr "Ripristina" #: FEditor.class:2147 msgid "Unindent" msgstr "Togli Indentazione" #: Language.module:103 msgid "Unknown" msgstr "Sconosciuto" #: FTranslate.class:35 msgid "Untranslated" msgstr "Non tradotto" #: FTranslate.class:741 msgid "Untranslated string" msgstr "Stringa non tradotta" #: FText.class:83 msgid "Use a fixed font" msgstr "Usa un font monospaziato" #: FOption.class:908 msgid "Use a small font" msgstr "Usa un font piccolo" #: FOption.class:568 msgid "Use relief" msgstr "Usa rilievo" #: FDebugInfo.class:15 msgid "Value" msgstr "Valore" #: FTranslate.class:834 msgid "Verify the translation" msgstr "Verifica la traduzione" #: FPropertyProject.class:709 msgid "Version" msgstr "Versione" #: FAbout.class:38 FWelcome.class:78 msgid "version &1" msgstr "versione &1" #: FForm.class:1968 msgid "Vertical" msgstr "Verticale" #: FMain.class:1106 msgid "&View" msgstr "&Vista" #: FMenu.class:814 msgid "Visible" msgstr "Visibile" #: FOption.class:125 msgid "Visual" msgstr "Visuale" #: Language.module:69 msgid "Wallon (Belgium)" msgstr "Vallone (Belgio)" #: FTranslate.class:521 msgid "Warning ! The translation file does not match the current language." msgstr "Avvertenza! Il file di traduzione non combacia con la lingua corrente." #: FPropertyProject.class:438 msgid "WARNING! This component is in BETA version." msgstr "ATTENZIONE! Questo componente ?? una versione BETA" #: FDebugInfo.class:259 msgid "Watch" msgstr "Guarda" #: FEditor.class:1969 msgid "&Watch expression..." msgstr "&Guarda espressione..." #: FEditor.class:2182 msgid "Watch expression" msgstr "Mostra espressione" #: FWelcome.class:291 msgid "Welcome to Gambas !" msgstr "Benvenuti in Gambas !" #: FWelcome.class:330 msgid "Welcome to Gambas ! This program is published under the GNU General Public Licence. See http://gambas.sourceforge.net for more details..." msgstr "Benvenuti in Gambas ! Questo programma e' pubblicato sotto la GNU General Public License. Vai http://gambas.sourceforge.net e http://www.gambas.it per ulteriori dettagli..." #: FOutput.class:29 msgid "Welcome to the Gambas console.\nTo evaluate any expression, type '?' followed by\nthe expression, then hit return.\n\n" msgstr "Benvenuti nella console di Gambas.\nPer visualizzare qualunque espressione, digitare '?' seguito dal-\nl' espressione, quindi premere INVIO.\n\n" #: Language.module:14 msgid "Welsh (United Kingdom)" msgstr "Gallese (UK)" #: FFind.class:982 msgid "&Word only" msgstr "Solo &parole" #: FTextEditor.class:433 msgid "&Word wrap" msgstr "A &capo Automatico" #: FNewIcon.class:216 msgid "x" msgstr "x" #: FAbout.class:289 msgid "You can support Gambas by writing components, documentation, examples, and so on...\n

\nYou can also make a gift to the project by using PayPal:" msgstr "Puoi supportare Gambas scrivendo componenti, documentazione, esempi, e cos?? via...\n

\nPuoi anche fare una donazione al progetto usando PayPal:" #: Project.module:1621 msgid "You must define a startup class or form!" msgstr "Devi definire una classe o form di avvio!" #: FMakeInstall.class:609 msgid "Your e-mail address" msgstr "Il tuo indirizzo e-mail" #: FMakeInstall.class:604 msgid "Your name" msgstr "Il tuo nome" #: FIconTool.class:602 msgid "Zoom" msgstr "Ridimensiona" From daniel.campos at ...103... Wed Nov 24 19:17:53 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Wed, 24 Nov 2004 19:17:53 +0100 Subject: [Gambas-devel] Patch for gb.db Message-ID: <1101320273.4952.7.camel@...102...> Hi: I've added a feature to the "Result" class, adding a function that translates the Result information to a HTML table, that can be saved in a file, or returned like an String for more processing. It just uses the "","
" and "" tags, so it can be parsed as XML, and adding just a little css code can provide a beautiful report. I think it is an important feature for CGI's and also to show reports in a program directly using the "gb.kde.html" component, for example, or calling mozilla... I also think it has not bugs, so it can be included in the main gambas branch. Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: CResult.c Type: text/x-csrc Size: 14945 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dbhtml.png Type: image/png Size: 57349 bytes Desc: not available URL: From yizhou_he at ...143... Wed Nov 24 06:29:22 2004 From: yizhou_he at ...143... (Yizhou He) Date: Tue, 23 Nov 2004 21:29:22 -0800 Subject: [Gambas-devel] Re: Gambas-devel digest, Vol 1 #405 - 8 msgs Message-ID: <1a704fd1a6ad9c.1a6ad9c1a704fd@...143...> Hi: I found a QT for windows, Since I know nothing about QT, is this helpful? http://www.trolltech.com/download/qt/download_noncomm.html Yizhou He Research Technician (Xiong Lab) Lineberger Comprehensive Cancer Center University of North Carolina at Chapel Hill Chapel Hill, NC 27599-7295 Tel: (919)-962-2143 ----- Original Message ----- From: gambas-devel-request at lists.sourceforge.net Date: Tuesday, November 23, 2004 8:22 pm Subject: Gambas-devel digest, Vol 1 #405 - 8 msgs > Send Gambas-devel mailing list submissions to > gambas-devel at lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/gambas-devel > or, via email, send a message with subject or body 'help' to > gambas-devel-request at lists.sourceforge.net > > You can reach the person managing the list at > gambas-devel-admin at lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Gambas-devel digest..." > > > Today's Topics: > > 1. Re: Cygwin progress! (Daniel Campos) > 2. Re: old entries in Help (Laurent Carlier) > 3. Re: Cygwin progress! (Brandon Bergren) > 4. Re: Cygwin progress! (Rob) > 5. Re: Cygwin progress! (Daniel Campos) > 6. FMOD GB Library (microaudio) > 7. Re: FMOD GB Library (Bodard Fabien) > 8. Re: FMOD GB Library (Rob) > > --__--__-- > > Message: 1 > Subject: Re: [Gambas-devel] Cygwin progress! > From: Daniel Campos > To: gambas-devel at lists.sourceforge.net > Date: Tue, 23 Nov 2004 05:49:31 +0100 > Reply-To: gambas-devel at lists.sourceforge.net > > Did the compression component worked? It would be very important > if at > least some of the components were working OK on Cygwin! > > Regards, > > D. Campos > > > > > > --__--__-- > > Message: 2 > From: Laurent Carlier > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] old entries in Help > Date: Tue, 23 Nov 2004 12:49:20 +0100 > Reply-To: gambas-devel at lists.sourceforge.net > > Le Lundi 22 Novembre 2004 22:34, Charlie Reinl a =E9crit=A0: > > Salut, > > > > found old and no/nomore valid entries in help > > > > Dir > > > > STATIC FUNCTION Dir ( FileName AS String ) AS String > > > > > > Returns the directory component of a file path. > > > > ----------------------------------------------------------------- > --------= > =2D- > >----- > > > > IsValid > > > > STATIC FUNCTION IsValid ( Object AS Object ) AS Boolean > > > > > > Returns if an object is valid or not. For example, a window > object and all > > its children can become invalid when it is closed and destroyed > by the > > user, and not by the interpreter. > > > > > > These two I know , don't work . > > And I think there will be others. > > > > Amicalment > > Charlie > > > > In "The Gambas Programming Interface" page under Section=20 > Constant -> Hook Identifier, there is an entry GB_HOOK_MESSAGE > that point t= > o=20 > GB_HOOK_QUIT. > > =2D-=20 > > Laurent Carlier > > > --__--__-- > > Message: 3 > Date: Tue, 23 Nov 2004 10:56:20 -0600 > From: Brandon Bergren > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] Cygwin progress! > Reply-To: gambas-devel at lists.sourceforge.net > > Quoting Daniel Campos : > > > Did the compression component worked? It would be very important > if at > > least some of the components were working OK on Cygwin! > >=20 > > Regards, > >=20 > > D. Campos > > compress: GBI OK! > db: GBI OK! > debug: GBI OK! > gb: crashes GBI. Must look into further. > net: Cygwin doesn't have re-entrant gethostbyname and gethostname. > qt: link issues. > > Without lib.gb working, actual testing past the point of running > gbi on > individual components is probabaly impossible. > > Getting closer :) > > --Brandon Bergren > > >=20 > >=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from > real users= > . > > Discover which products truly live up to the hype. Start reading > now.=20> http://productguide.itmanagersjournal.com/ > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > > > --__--__-- > > Message: 4 > From: Rob > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] Cygwin progress! > Date: Tue, 23 Nov 2004 12:24:06 -0500 > Reply-To: gambas-devel at lists.sourceforge.net > > On Tuesday 23 November 2004 11:56, Brandon Bergren wrote: > > gb: crashes GBI. Must look into further. > > [schmoe at ...188... 12:06:14 schmoe]$ gbi gb > /usr/lib/gambas/lib.gb.so: not found > > I don't think you're supposed to run gbi on the gb component, > even under linux.... > > Rob > > > > > --__--__-- > > Message: 5 > Subject: Re: [Gambas-devel] Cygwin progress! > From: Daniel Campos > To: gambas-devel at lists.sourceforge.net > Date: Tue, 23 Nov 2004 18:55:31 +0100 > Reply-To: gambas-devel at lists.sourceforge.net > > I can do gbi gb without problems... > > Regards, > > Daniel Campos > > (On Linux, I mean) > > > > --__--__-- > > Message: 6 > To: gambas-devel at lists.sourceforge.net > From: microaudio > Date: Tue, 23 Nov 2004 16:19:09 -0200 > Subject: [Gambas-devel] FMOD GB Library > Reply-To: gambas-devel at lists.sourceforge.net > > This message is in MIME format. Since your mail reader does not > understandthis format, some or all of this message may not be legible. > > --Message-Boundary-by-Mail-Sender-1101233949 > Content-type: text/plain; charset=ISO-8859-1 > Content-description: Mail message body > Content-transfer-encoding: 8bit > Content-disposition: inline > > Hell?to all. > > My name is Lindomar Bega.( Uchoa - SP - Brasil ) > I created library FMOD for Gambas to mix MP3 audio file, include > VU meter, > Lenght audio MP3, Pan and more... Tested in Sound Blater Live 5.1. > > Used base SLD library. > > Not understand high C#... > > FMOD 3.74 - By Linux > > Web Site: > http://www.fmod.org > > Excuse-me for my Inglish. > > --Message-Boundary-by-Mail-Sender-1101233949-- > > > > --__--__-- > > Message: 7 > From: Bodard Fabien > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] FMOD GB Library > Date: Tue, 23 Nov 2004 19:33:34 +0100 > Reply-To: gambas-devel at lists.sourceforge.net > > Le mardi 23 Novembre 2004 19:19, microaudio a =E9crit=A0: > > Hell=F4 to all. > > > > My name is Lindomar Bega.( Uchoa - SP - Brasil ) > > I created library FMOD for Gambas to mix MP3 audio file, include > VU meter, > > Lenght audio MP3, Pan and more... Tested in Sound Blater Live 5.1. > > > > Used base SLD library. > > > > Not understand high C#... > > > > FMOD 3.74 - By Linux > > > > Web Site: > > http://www.fmod.org > > > > Excuse-me for my Inglish. > > > Where is the lib ?... > > Have you started to do it ? > > i hope i can test it ... > > =46abien Bodard > > > > --__--__-- > > Message: 8 > From: Rob > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] FMOD GB Library > Date: Tue, 23 Nov 2004 14:57:47 -0500 > Reply-To: gambas-devel at lists.sourceforge.net > > On Tuesday 23 November 2004 13:33, Bodard Fabien wrote: > > > I created library FMOD for Gambas to mix MP3 audio file, > > > include VU meter, Lenght audio MP3, Pan and more... Tested > > > in Sound Blater Live 5.1. > > Where is the lib ?... > > It will be impossible to distribute the resulting component with > the Gambas base, at least as an RPM, because the source code for > FMOD is not distributable (and costs a minimum of $1,000 for a > single project.) > > The binary library is free for non-commercial use though so I > will be interested to see how his Gambas component pans out. > With 1.0 just about here, it may be a good time to establish a > procedure for packaging and distributing components separate > from Gambas anyway. > > Rob > > > > > > --__--__-- > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > End of Gambas-devel Digest > From daniel.campos at ...103... Thu Nov 25 00:16:08 2004 From: daniel.campos at ...103... (Daniel Campos) Date: Thu, 25 Nov 2004 00:16:08 +0100 Subject: [Gambas-devel] XML patch Message-ID: <1101338168.8080.4.camel@...102...> Hi: A patch for XmlReader: 1) Corrects a bug: once a XmlReader was opened, the EOF flag was set to TRUE at the end of the document, even if Open() method was used again. 2) Adds a static method: Decode (Data As String,Encoding As String) AS String This method allows to decode both base64 and BinHex encoded strings. That way, Gambas can manage binary data stored in a XML file, for example, a picture. XmlWriter has also methods to write encoded base64 and BinHex strings. MyData=XmlReader.Decode(Data,"base64") MyData=XmlReader.Decode(Data,"binhex") Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: CXMLReader.c Type: text/x-csrc Size: 10915 bytes Desc: not available URL: From christian.faurebouvard at ...156... Thu Nov 25 01:07:33 2004 From: christian.faurebouvard at ...156... (Christian Faure) Date: Wed, 24 Nov 2004 21:07:33 -0300 Subject: [Gambas-devel] Re: XML patch In-Reply-To: <1101338168.8080.4.camel@...102...> References: <1101338168.8080.4.camel@...102...> Message-ID: <200411242107.33961.christian.faurebouvard@...156...> El Mi?rcoles, 24 de Noviembre de 2004 20:16, Daniel Campos escribi?: > Hi: > > A patch for XmlReader: > > 1) Corrects a bug: once a XmlReader was opened, the EOF flag was set to > TRUE at the end of the document, even if Open() method was used again. > > 2) Adds a static method: Decode (Data As String,Encoding As String) AS > String > > This method allows to decode both base64 and BinHex encoded strings. > That way, Gambas can manage binary data stored in a XML file, for > example, a picture. XmlWriter has also methods to write encoded base64 > and BinHex strings. > > MyData=XmlReader.Decode(Data,"base64") > > > MyData=XmlReader.Decode(Data,"binhex") > > Regards, > > Daniel Campos Oh, Well! :-) Thanks again. Regards, Christian From gambas at ...1... Thu Nov 25 17:32:06 2004 From: gambas at ...1... (Benoit Minisini) Date: Thu, 25 Nov 2004 17:32:06 +0100 Subject: [Gambas-devel] Spanish final:-) translation In-Reply-To: <1101072295.6407.1.camel@...102...> References: <1101072295.6407.1.camel@...102...> Message-ID: <200411251732.06991.gambas@...1...> On Sunday 21 November 2004 22:24, Daniel Campos wrote: > Here's all translated to spanish > > Regards, > > Daniel Campos Thanks! -- Benoit Minisini mailto:gambas at ...1... From bdragon at ...185... Fri Nov 26 01:17:52 2004 From: bdragon at ...185... (Brandon Bergren) Date: Thu, 25 Nov 2004 18:17:52 -0600 Subject: [Gambas-devel] Re: Gambas-devel digest, Vol 1 #405 - 8 msgs In-Reply-To: <1a704fd1a6ad9c.1a6ad9c1a704fd@...143...> References: <1a704fd1a6ad9c.1a6ad9c1a704fd@...143...> Message-ID: <1101428272.41a6763050c6f@...186...> Quoting Yizhou He : > Hi: > > I found a QT for windows, Since I know nothing about QT, is this > helpful? > > http://www.trolltech.com/download/qt/download_noncomm.html > > Yizhou He > Research Technician (Xiong Lab) > Lineberger Comprehensive Cancer Center > University of North Carolina at Chapel Hill > Chapel Hill, NC 27599-7295 > Tel: (919)-962-2143 No. The only feasable one at the moment is the Win32/Native or Win32/X11 ports of QT X11/Free done by the kde-cygwin team. I'm starting with the Cygwin X11 port of QT X11/Free. --Brandon From bdragon at ...185... Fri Nov 26 02:17:01 2004 From: bdragon at ...185... (Brandon Bergren) Date: Thu, 25 Nov 2004 19:17:01 -0600 Subject: [Gambas-devel] Yet more Cygwin Message-ID: <1101431821.41a6840daf333@...186...> Info files generated: gb.compress gb.db gb.debug gb.eval gb <-- Doesn't crash gbi now! :) gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin lacks a couple of reentrant functions, have to look into more later. gb.vb Currently broken: gb.qt <-- link issues. It might be my fault, I was using a binary release, and the problems I'm getting look ABI related. I'm going to compile QT from scratch tonight and see if that fixes it. gb.sdl <-- I have it disabled while I do other things. To fix the crash I was having with gbi, I had to upgrade libltdl, make distclean, and reconfigure. Also, I still have to manually #define USE_LTDL 1 in config.h. The newest stable, Libtool 1.5.10, works great in cygwin. I manually copied /usr/local/share/libtool/libltdl into place, but normally you upgrade with 'libtoolize --ltdl', right? The version in the gambas tree has a copyright date of 2000 (!) Libtool can be had at: http://www.gnu.org/software/libtool/libtool.html After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag =' lines in the code. I think those aren't required anymore, and it doesn't appear to exist in ltdl.h anymore. After that, make completed fine, and make install completed fine (Except that the development environment and all the example programs don't work because gb.qt is missing.) The runtime works great! I tested against gb.vb. Here's a 'screenshot' --------- sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ cat win1.class STATIC PUBLIC SUB Main() DIM Nfoo AS INTEGER FOR Nfoo = 1 TO 5 PRINT VB.Left("Helloi",Nfoo) NEXT END sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ gbc OK sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ gbx H He Hel Hell Hello sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ ----------- It's simple, but it works! I used lib gb.vb with it, no runtime problems or anything :) If recompiling QT fixes gb.qt, we're almost there! :) --Brandon From bdragon at ...185... Fri Nov 26 03:19:19 2004 From: bdragon at ...185... (Brandon Bergren) Date: Thu, 25 Nov 2004 20:19:19 -0600 Subject: [Gambas-devel] Yet more Cygwin[RESEND] Message-ID: <1101435559.41a692a7b0fcf@...186...> Didn't seem to go through -- resending --Brandon =================== Info files generated: gb.compress gb.db gb.debug gb.eval gb <-- Doesn't crash gbi now! :) gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin lacks a couple of reentrant functions, have to look into more later. gb.vb Currently broken: gb.qt <-- link issues. It might be my fault, I was using a binary release, and the problems I'm getting look ABI related. I'm going to compile QT from scratch tonight and see if that fixes it. gb.sdl <-- I have it disabled while I do other things. To fix the crash I was having with gbi, I had to upgrade libltdl, make distclean, and reconfigure. Also, I still have to manually #define USE_LTDL 1 in config.h. The newest stable, Libtool 1.5.10, works great in cygwin. I manually copied /usr/local/share/libtool/libltdl into place, but normally you upgrade with 'libtoolize --ltdl', right? The version in the gambas tree has a copyright date of 2000 (!) Libtool can be had at: http://www.gnu.org/software/libtool/libtool.html After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag =' lines in the code. I think those aren't required anymore, and it doesn't appear to exist in ltdl.h anymore. After that, make completed fine, and make install completed fine (Except that the development environment and all the example programs don't work because gb.qt is missing.) The runtime works great! I tested against gb.vb. Here's a 'screenshot' --------- sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ cat win1.class STATIC PUBLIC SUB Main() DIM Nfoo AS INTEGER FOR Nfoo = 1 TO 5 PRINT VB.Left("Helloi",Nfoo) NEXT END sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ gbc OK sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ gbx H He Hel Hell Hello sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ ----------- It's simple, but it works! I used lib gb.vb with it, no runtime problems or anything :) If recompiling QT fixes gb.qt, we're almost there! :) --Brandon From bdragon at ...185... Fri Nov 26 03:19:19 2004 From: bdragon at ...185... (Brandon Bergren) Date: Thu, 25 Nov 2004 20:19:19 -0600 Subject: [Gambas-devel] Yet more Cygwin[RESEND] Message-ID: <1101435559.41a692a7b0fcf@...186...> Didn't seem to go through -- resending --Brandon =================== Info files generated: gb.compress gb.db gb.debug gb.eval gb <-- Doesn't crash gbi now! :) gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin lacks a couple of reentrant functions, have to look into more later. gb.vb Currently broken: gb.qt <-- link issues. It might be my fault, I was using a binary release, and the problems I'm getting look ABI related. I'm going to compile QT from scratch tonight and see if that fixes it. gb.sdl <-- I have it disabled while I do other things. To fix the crash I was having with gbi, I had to upgrade libltdl, make distclean, and reconfigure. Also, I still have to manually #define USE_LTDL 1 in config.h. The newest stable, Libtool 1.5.10, works great in cygwin. I manually copied /usr/local/share/libtool/libltdl into place, but normally you upgrade with 'libtoolize --ltdl', right? The version in the gambas tree has a copyright date of 2000 (!) Libtool can be had at: http://www.gnu.org/software/libtool/libtool.html After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag =' lines in the code. I think those aren't required anymore, and it doesn't appear to exist in ltdl.h anymore. After that, make completed fine, and make install completed fine (Except that the development environment and all the example programs don't work because gb.qt is missing.) The runtime works great! I tested against gb.vb. Here's a 'screenshot' --------- sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ cat win1.class STATIC PUBLIC SUB Main() DIM Nfoo AS INTEGER FOR Nfoo = 1 TO 5 PRINT VB.Left("Helloi",Nfoo) NEXT END sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ gbc OK sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ gbx H He Hel Hell Hello sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing $ ----------- It's simple, but it works! I used lib gb.vb with it, no runtime problems or anything :) If recompiling QT fixes gb.qt, we're almost there! :) --Brandon From elentirmo at ...51... Fri Nov 26 08:52:02 2004 From: elentirmo at ...51... (Marco Bauer) Date: Fri, 26 Nov 2004 08:52:02 +0100 Subject: [Gambas-devel] German Gambas 0.99.RC3 translation update Message-ID: <200411260852.02341.elentirmo@...51...> Hi, here comes the updated german translation for gambas and the database manager. Regards Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas-database-manager-de-0.99.po Type: application/x-gettext Size: 17061 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas-de-0.99.po Type: application/x-gettext Size: 63054 bytes Desc: not available URL: From kungfoobar at ...176... Fri Nov 26 21:03:47 2004 From: kungfoobar at ...176... (Alberto Torres) Date: Fri, 26 Nov 2004 21:03:47 +0100 Subject: [Gambas-devel] Yet more Cygwin In-Reply-To: <1101431821.41a6840daf333@...186...> References: <1101431821.41a6840daf333@...186...> Message-ID: Yay! What qt are you trying to use? win32 port of gpl'd qt/x11? or windows evaluation version? I guess it's the win32 port On Thu, 25 Nov 2004 19:17:01 -0600, Brandon Bergren wrote: > > Info files generated: > gb.compress > gb.db > gb.debug > gb.eval > gb <-- Doesn't crash gbi now! :) > gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin lacks a > couple of reentrant functions, have to look into more later. > gb.vb > > Currently broken: > gb.qt <-- link issues. It might be my fault, I was using a binary release, and > the problems I'm getting look ABI related. I'm going to compile QT from scratch > tonight and see if that fixes it. > gb.sdl <-- I have it disabled while I do other things. > > To fix the crash I was having with gbi, I had to upgrade libltdl, make > distclean, and reconfigure. > > Also, I still have to manually #define USE_LTDL 1 in config.h. > > The newest stable, Libtool 1.5.10, works great in cygwin. I manually copied > /usr/local/share/libtool/libltdl into place, but normally you upgrade with > 'libtoolize --ltdl', right? The version in the gambas tree has a copyright > date of 2000 (!) > > Libtool can be had at: > http://www.gnu.org/software/libtool/libtool.html > > After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag =' lines > in the code. > I think those aren't required anymore, and it doesn't appear to exist in ltdl.h > anymore. > > After that, make completed fine, and make install completed fine (Except that > the development environment and all the example programs don't work because > gb.qt is missing.) > > The runtime works great! I tested against gb.vb. > > Here's a 'screenshot' > > --------- > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > $ cat win1.class > STATIC PUBLIC SUB Main() > > DIM Nfoo AS INTEGER > > FOR Nfoo = 1 TO 5 > PRINT VB.Left("Helloi",Nfoo) > NEXT > > END > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > $ gbc > OK > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > $ gbx > H > He > Hel > Hell > Hello > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > $ > ----------- > > It's simple, but it works! I used lib gb.vb with it, no runtime problems or > anything :) > > If recompiling QT fixes gb.qt, we're almost there! :) > --Brandon > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -- DiThi JID: dithi at ...177... From bdragon at ...185... Sat Nov 27 08:02:19 2004 From: bdragon at ...185... (Brandon Bergren) Date: Sat, 27 Nov 2004 01:02:19 -0600 Subject: [Gambas-devel] Yet more Cygwin In-Reply-To: References: <1101431821.41a6840daf333@...186...> Message-ID: <1101538939.41a8267bea1c5@...186...> Quoting Alberto Torres : > Yay! What qt are you trying to use? win32 port of gpl'd qt/x11? or > windows evaluation version? I guess it's the win32 port > kde-cygwin project's port of QT X11/Free. So, yeah, the GPL'd one. And it requires X11. So it'll be slow. I'm having link issues -- libtool is flat out refusing to statically link in libstdc++. (Does anyone know how to force static libstdc++ to be used?) Once I get past this one, I'm going to look into making a Fox-toolkit interface. (Fox is REALLY fast on Windows and Unix.) A wxWidgets interface would be neat too, but wx isn't my cup o tea. > > On Thu, 25 Nov 2004 19:17:01 -0600, Brandon Bergren > wrote: > > > > Info files generated: > > gb.compress > > gb.db > > gb.debug > > gb.eval > > gb <-- Doesn't crash gbi now! :) > > gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin > lacks a > > couple of reentrant functions, have to look into more later. > > gb.vb > > > > Currently broken: > > gb.qt <-- link issues. It might be my fault, I was using a binary release, > and > > the problems I'm getting look ABI related. I'm going to compile QT from > scratch > > tonight and see if that fixes it. > > gb.sdl <-- I have it disabled while I do other things. > > > > To fix the crash I was having with gbi, I had to upgrade libltdl, make > > distclean, and reconfigure. > > > > Also, I still have to manually #define USE_LTDL 1 in config.h. > > > > The newest stable, Libtool 1.5.10, works great in cygwin. I manually > copied > > /usr/local/share/libtool/libltdl into place, but normally you upgrade with > > 'libtoolize --ltdl', right? The version in the gambas tree has a > copyright > > date of 2000 (!) > > > > Libtool can be had at: > > http://www.gnu.org/software/libtool/libtool.html > > > > After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag =' > lines > > in the code. > > I think those aren't required anymore, and it doesn't appear to exist in > ltdl.h > > anymore. > > > > After that, make completed fine, and make install completed fine (Except > that > > the development environment and all the example programs don't work > because > > gb.qt is missing.) > > > > The runtime works great! I tested against gb.vb. > > > > Here's a 'screenshot' > > > > --------- > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > $ cat win1.class > > STATIC PUBLIC SUB Main() > > > > DIM Nfoo AS INTEGER > > > > FOR Nfoo = 1 TO 5 > > PRINT VB.Left("Helloi",Nfoo) > > NEXT > > > > END > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > $ gbc > > OK > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > $ gbx > > H > > He > > Hel > > Hell > > Hello > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > $ > > ----------- > > > > It's simple, but it works! I used lib gb.vb with it, no runtime problems > or > > anything :) > > > > If recompiling QT fixes gb.qt, we're almost there! :) > > --Brandon > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://productguide.itmanagersjournal.com/ > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > > -- > DiThi > JID: dithi at ...177... > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From gambasfr at ...4... Sat Nov 27 11:43:18 2004 From: gambasfr at ...4... (Bodard Fabien) Date: Sat, 27 Nov 2004 11:43:18 +0100 Subject: [Gambas-devel] Yet more Cygwin In-Reply-To: <1101538939.41a8267bea1c5@...186...> References: <1101431821.41a6840daf333@...186...> <1101538939.41a8267bea1c5@...186...> Message-ID: <200411271143.19307.gambasfr@...4...> Le samedi 27 Novembre 2004 08:02, Brandon Bergren a ?crit?: Yeah fox seem to be a sympatic toolkit... http://www.fox-toolkit.org/ more light than wx... Fabien > Quoting Alberto Torres : > > Yay! What qt are you trying to use? win32 port of gpl'd qt/x11? or > > windows evaluation version? I guess it's the win32 port > > kde-cygwin project's port of QT X11/Free. So, yeah, the GPL'd one. And it > requires X11. So it'll be slow. > > I'm having link issues -- libtool is flat out refusing to statically link > in libstdc++. (Does anyone know how to force static libstdc++ to be used?) > > Once I get past this one, I'm going to look into making a Fox-toolkit > interface. > (Fox is REALLY fast on Windows and Unix.) > > A wxWidgets interface would be neat too, but wx isn't my cup o tea. > > > On Thu, 25 Nov 2004 19:17:01 -0600, Brandon Bergren > > > > wrote: > > > Info files generated: > > > gb.compress > > > gb.db > > > gb.debug > > > gb.eval > > > gb <-- Doesn't crash gbi now! :) > > > gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin > > > > lacks a > > > > > couple of reentrant functions, have to look into more later. > > > gb.vb > > > > > > Currently broken: > > > gb.qt <-- link issues. It might be my fault, I was using a binary > > > release, > > > > and > > > > > the problems I'm getting look ABI related. I'm going to compile QT from > > > > scratch > > > > > tonight and see if that fixes it. > > > gb.sdl <-- I have it disabled while I do other things. > > > > > > To fix the crash I was having with gbi, I had to upgrade libltdl, make > > > distclean, and reconfigure. > > > > > > Also, I still have to manually #define USE_LTDL 1 in config.h. > > > > > > The newest stable, Libtool 1.5.10, works great in cygwin. I manually > > > > copied > > > > > /usr/local/share/libtool/libltdl into place, but normally you upgrade > > > with 'libtoolize --ltdl', right? The version in the gambas tree has a > > > > copyright > > > > > date of 2000 (!) > > > > > > Libtool can be had at: > > > http://www.gnu.org/software/libtool/libtool.html > > > > > > After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag > > > =' > > > > lines > > > > > in the code. > > > I think those aren't required anymore, and it doesn't appear to exist > > > in > > > > ltdl.h > > > > > anymore. > > > > > > After that, make completed fine, and make install completed fine > > > (Except > > > > that > > > > > the development environment and all the example programs don't work > > > > because > > > > > gb.qt is missing.) > > > > > > The runtime works great! I tested against gb.vb. > > > > > > Here's a 'screenshot' > > > > > > --------- > > > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > > $ cat win1.class > > > STATIC PUBLIC SUB Main() > > > > > > DIM Nfoo AS INTEGER > > > > > > FOR Nfoo = 1 TO 5 > > > PRINT VB.Left("Helloi",Nfoo) > > > NEXT > > > > > > END > > > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > > $ gbc > > > OK > > > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > > $ gbx > > > H > > > He > > > Hel > > > Hell > > > Hello > > > > > > sf_bbergren at ...187... ~/build/gambas-0.99.RC3/examples/Basic/testing > > > $ > > > ----------- > > > > > > It's simple, but it works! I used lib gb.vb with it, no runtime > > > problems > > > > or > > > > > anything :) > > > > > > If recompiling QT fixes gb.qt, we're almost there! :) > > > --Brandon > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT Products from real > > > users. Discover which products truly live up to the hype. Start reading > > > now. http://productguide.itmanagersjournal.com/ > > > _______________________________________________ > > > Gambas-devel mailing list > > > Gambas-devel at lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > -- > > DiThi > > JID: dithi at ...177... > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://productguide.itmanagersjournal.com/ > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From lordheavy at ...141... Sat Nov 27 22:49:49 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Sat, 27 Nov 2004 22:49:49 +0100 Subject: [Gambas-devel] Yet more Cygwin In-Reply-To: <200411271143.19307.gambasfr@...4...> References: <1101431821.41a6840daf333@...186...> <1101538939.41a8267bea1c5@...186...> <200411271143.19307.gambasfr@...4...> Message-ID: <200411272249.49895.lordheavy@...141...> Le Samedi 27 Novembre 2004 11:43, Bodard Fabien a ?crit?: > Le samedi 27 Novembre 2004 08:02, Brandon Bergren a ?crit?: > Yeah fox seem to be a sympatic toolkit... http://www.fox-toolkit.org/ > > more light than wx... > > Fabien > And there is FLTK http://www.fltk.org/ (x11/win/mac), the well known gtk+. "FLTK (pronounced "fulltick") is a cross-platform C++ GUI toolkit for UNIX?/Linux? (X11), Microsoft? Windows?, and MacOS? X. FLTK provides modern GUI functionality without the bloat and supports 3D graphics via OpenGL? and its built-in GLUT emulation. It is currently maintained by a small group of developers across the world with a central repository" -- Laurent Carlier From gambas at ...1... Sun Nov 28 19:22:49 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 19:22:49 +0100 Subject: [Gambas-devel] Patch for gb.db In-Reply-To: <1101320273.4952.7.camel@...102...> References: <1101320273.4952.7.camel@...102...> Message-ID: <200411281922.49733.gambas@...1...> On Wednesday 24 November 2004 19:17, Daniel Campos wrote: > Hi: > > I've added a feature to the "Result" class, adding a function that > translates the Result information to a HTML table, that can be saved in > a file, > or returned like an String for more processing. > > It just uses the "","
" and "" tags, so it can be parsed > as XML, and adding just a little css code can provide a beautiful > report. > > I think it is an important feature for CGI's and also to show reports in > a program directly using the "gb.kde.html" component, for example, or > calling mozilla... > > I also think it has not bugs, so it can be included in the main gambas > branch. > > Regards, > > Daniel Campos I will include it after the 1.0. I think this feature should not be located in the main database component, as it is not directly related to it. Maybe a gb.db.html or gb.db.xml component ? When developing components directly in Gambas will be possible, such features will be easier to develop. Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 19:20:23 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 19:20:23 +0100 Subject: [Gambas-devel] IT Translation In-Reply-To: <41A4A60B.6000303@...191...> References: <41A4A60B.6000303@...191...> Message-ID: <200411281920.23489.gambas@...1...> On Wednesday 24 November 2004 16:17, Ing. Vincenzo Virgilio wrote: > Hi! > > Becouse we saw that the Italian translation was not 100% complete and > becouse the time for the final release are coming, as Sicilian Linux > User Group (www.sputnix.it) we choose to complete and make a little > better translation. > Also, we are planning a translation of the Help. > Who can give us ideas on how to mix different help together, to make > English/Italian and so on help file together? > > Translation file attached. > > Vincenzo Virgilio > > Pres. SputniX.it Thanks. I include it... -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 20:45:37 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 20:45:37 +0100 Subject: [Gambas-devel] XML patch In-Reply-To: <1101338168.8080.4.camel@...102...> References: <1101338168.8080.4.camel@...102...> Message-ID: <200411282045.37861.gambas@...1...> On Thursday 25 November 2004 00:16, Daniel Campos wrote: > Hi: > > A patch for XmlReader: > > 1) Corrects a bug: once a XmlReader was opened, the EOF flag was set to > TRUE at the end of the document, even if Open() method was used again. > > 2) Adds a static method: Decode (Data As String,Encoding As String) AS > String > > This method allows to decode both base64 and BinHex encoded strings. > That way, Gambas can manage binary data stored in a XML file, for > example, a picture. XmlWriter has also methods to write encoded base64 > and BinHex strings. > > MyData=XmlReader.Decode(Data,"base64") > > > MyData=XmlReader.Decode(Data,"binhex") > > Regards, > > Daniel Campos You should maintain a ChangeLog file in your libxml source directory. -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 18:38:49 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 18:38:49 +0100 Subject: [Gambas-devel] old entries in Help In-Reply-To: <200411222234.34038.Karl.Reinl@...16...> References: <200411222234.34038.Karl.Reinl@...16...> Message-ID: <200411281838.50031.gambas@...1...> On Monday 22 November 2004 22:34, Charlie Reinl wrote: > Salut, > > found old and no/nomore valid entries in help > > Dir > > STATIC FUNCTION Dir ( FileName AS String ) AS String > > > Returns the directory component of a file path. > This help was updated since the last version. I just replaced Dir$ by Dir in the wiki. > --------------------------------------------------------------------------- >----- > > IsValid > > STATIC FUNCTION IsValid ( Object AS Object ) AS Boolean > > > Returns if an object is valid or not. For example, a window object and all > its children can become invalid when it is closed and destroyed by the > user, and not by the interpreter. > > > These two I know , don't work . The documentation is correct. What's the matter with this function ? > And I think there will be others. Which one ? > > Amicalment > Charlie > > Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 18:40:59 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 18:40:59 +0100 Subject: [Gambas-devel] old entries in Help In-Reply-To: <200411231249.21020.lordheavy@...141...> References: <200411222234.34038.Karl.Reinl@...16...> <200411231249.21020.lordheavy@...141...> Message-ID: <200411281840.59500.gambas@...1...> On Tuesday 23 November 2004 12:49, Laurent Carlier wrote: > > In "The Gambas Programming Interface" page under Section > Constant -> Hook Identifier, there is an entry GB_HOOK_MESSAGE that point > to GB_HOOK_QUIT. Thanks, I fixed it. Note that anybody can fix the wiki if he finds such a mistake. I am not the only people who can do it :-) Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 18:41:27 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 18:41:27 +0100 Subject: [Gambas-devel] Sqlite3 In-Reply-To: <29921491.1101293517497.JavaMail.www@...190...> References: <29921491.1101293517497.JavaMail.www@...190...> Message-ID: <200411281841.27918.gambas@...1...> On Wednesday 24 November 2004 11:51, nigel at ...2... wrote: > Attached are the changes for the new split of sqlite; sqlite3. > This will be presented as a seperate drive to the current sqlite driver > which will continue to support the sqlite 2 tree. Bewarned: Only basic > testing has been done. > Nigel Keep it on the fire until the beginning of 1.2 ! :-) -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 18:16:30 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 18:16:30 +0100 Subject: [Gambas-devel] Yet more Cygwin[RESEND] In-Reply-To: <1101435559.41a692a7b0fcf@...186...> References: <1101435559.41a692a7b0fcf@...186...> Message-ID: <200411281816.30912.gambas@...1...> On Friday 26 November 2004 03:19, Brandon Bergren wrote: > Didn't seem to go through -- resending > --Brandon > > =================== > Info files generated: > gb.compress > gb.db > gb.debug > gb.eval > gb <-- Doesn't crash gbi now! :) > gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin > lacks a couple of reentrant functions, have to look into more later. > gb.vb > > Currently broken: > gb.qt <-- link issues. It might be my fault, I was using a binary release, > and the problems I'm getting look ABI related. I'm going to compile QT from > scratch tonight and see if that fixes it. > gb.sdl <-- I have it disabled while I do other things. > > To fix the crash I was having with gbi, I had to upgrade libltdl, make > distclean, and reconfigure. > > Also, I still have to manually #define USE_LTDL 1 in config.h. I should add the option to configure... > > The newest stable, Libtool 1.5.10, works great in cygwin. I manually > copied /usr/local/share/libtool/libltdl into place, but normally you > upgrade with 'libtoolize --ltdl', right? The version in the gambas tree > has a copyright date of 2000 (!) > > Libtool can be had at: > http://www.gnu.org/software/libtool/libtool.html > > After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag =' > lines in the code. > I think those aren't required anymore, and it doesn't appear to exist in > ltdl.h anymore. > Actually, I modified the libltdl sources by adding a lt_dlopen_flag that allows me to pass the LTDL_LAZY flag to dlopen() when calling lt_dlopen(). Otherwise, all symbols are resolved at library loading, which can be slow when loading the qt or kde libraries. I will try to download and merge libtool 1.5.10 in the package as soon as possible. I tried an little older version some times ago, but failed to merge. Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 18:11:08 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 18:11:08 +0100 Subject: [Gambas-devel] German Gambas 0.99.RC3 translation update In-Reply-To: <200411260852.02341.elentirmo@...51...> References: <200411260852.02341.elentirmo@...51...> Message-ID: <200411281811.08684.gambas@...1...> On Friday 26 November 2004 08:52, Marco Bauer wrote: > Hi, > > here comes the updated german translation for gambas and the database > manager. > > Regards > Marco Thanks! -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Nov 28 18:08:45 2004 From: gambas at ...1... (Benoit Minisini) Date: Sun, 28 Nov 2004 18:08:45 +0100 Subject: [Gambas-devel] XML patch In-Reply-To: <1101338168.8080.4.camel@...102...> References: <1101338168.8080.4.camel@...102...> Message-ID: <200411281808.45795.gambas@...1...> On Thursday 25 November 2004 00:16, Daniel Campos wrote: > Hi: > > A patch for XmlReader: > > 1) Corrects a bug: once a XmlReader was opened, the EOF flag was set to > TRUE at the end of the document, even if Open() method was used again. > > 2) Adds a static method: Decode (Data As String,Encoding As String) AS > String > > This method allows to decode both base64 and BinHex encoded strings. > That way, Gambas can manage binary data stored in a XML file, for > example, a picture. XmlWriter has also methods to write encoded base64 > and BinHex strings. > > MyData=XmlReader.Decode(Data,"base64") > > > MyData=XmlReader.Decode(Data,"binhex") > > Regards, > > Daniel Campos Got it. -- Benoit Minisini mailto:gambas at ...1... From bdragon at ...185... Mon Nov 29 01:45:18 2004 From: bdragon at ...185... (Brandon Bergren) Date: Sun, 28 Nov 2004 18:45:18 -0600 Subject: [Gambas-devel] Yet more Cygwin[RESEND] In-Reply-To: <200411281816.30912.gambas@...1...> References: <1101435559.41a692a7b0fcf@...186...> <200411281816.30912.gambas@...1...> Message-ID: <1101689118.41aa711e3cd29@...186...> Quoting Benoit Minisini : > On Friday 26 November 2004 03:19, Brandon Bergren wrote: > > Didn't seem to go through -- resending > > --Brandon > > > > =================== > > Info files generated: > > gb.compress > > gb.db > > gb.debug > > gb.eval > > gb <-- Doesn't crash gbi now! :) > > gb.net <-- Functionally broken; I had to comment out some stuff. Cygwin > > lacks a couple of reentrant functions, have to look into more later. > > gb.vb > > > > Currently broken: > > gb.qt <-- link issues. It might be my fault, I was using a binary release, > > and the problems I'm getting look ABI related. I'm going to compile QT > from > > scratch tonight and see if that fixes it. > > gb.sdl <-- I have it disabled while I do other things. > > > > To fix the crash I was having with gbi, I had to upgrade libltdl, make > > distclean, and reconfigure. > > > > Also, I still have to manually #define USE_LTDL 1 in config.h. > > I should add the option to configure... Or grep the code for USE_LTDL and decide whether you REALLY need to be directly loading the .so's there. If gambas is using LTDL everywhere nowadays, it should be safe to just test with the USE_LTDL path enabled and remove the other stuff if it still works on all tested platforms, yes? (Remember, Cygwin shared libraries DONT have .so in them -- but opening the .la will get you the correct module automagically.) Judging by gbi.c, you originally did things by hand (dlopen()), and then switched to LTDL, right? Um, on the same note, would you accept patches from me to simplify gbi.c? I've spent WAY too much time in that file, it's growing on me. I understand how it works now. Scary. ;P There's some cruft in there, and it could use some documentation comments in certain sections. > > > > > The newest stable, Libtool 1.5.10, works great in cygwin. I manually > > copied /usr/local/share/libtool/libltdl into place, but normally you > > upgrade with 'libtoolize --ltdl', right? The version in the gambas tree > > has a copyright date of 2000 (!) > > > > Libtool can be had at: > > http://www.gnu.org/software/libtool/libtool.html > > > > After upgrading libltdl, I had to comment out the two 'lt_dlopen_flag =' > > lines in the code. > > I think those aren't required anymore, and it doesn't appear to exist in > > ltdl.h anymore. > > > > Actually, I modified the libltdl sources by adding a lt_dlopen_flag that > allows me to pass the LTDL_LAZY flag to dlopen() when calling lt_dlopen(). > Otherwise, all symbols are resolved at library loading, which can be slow > when loading the qt or kde libraries. > Oh, heh heh. I see. Didn't notice there were local mods. > I will try to download and merge libtool 1.5.10 in the package as soon as > possible. I tried an little older version some times ago, but failed to > merge. > Don't use too much time on that, though. It looks like the upcoming libtool 2.0 will be the way to go. I've kinda been following their progress the last week, and some exciting stuff is happening. I have a feeling that libtool/autotools will have a major release Real Soon Now, with better Windows support. When the 2.x branch of libtool is finalised, all this shared library stuff on Windows should be way easier. (grain of salt, please) I'm currently testing the latest cygwin experimental libtool stuff (and learning more about how this all fits together) Hopefully, the bleeding edge stuff will be able to handle the problem I'm having with QT better. (DLLs with C++ dependencies are a MAJOR PITA in Cygwin.) Thanks for putting up with all my shots in the dark -- I'm learning a lot here. > Regards, > > -- > Benoit Minisini > mailto:gambas at ...1... > > Thanks, --Brandon Bergren From dimitribellini at ...69... Mon Nov 29 13:35:18 2004 From: dimitribellini at ...69... (Dimitri Bellini) Date: Mon, 29 Nov 2004 13:35:18 +0100 Subject: [Gambas-devel] Add Sip/Voip feature Message-ID: <200411291335.18651.dimitribellini@...69...> Dear List/Benoit in this days i have see a lot of rumor about Voip Client on The Web so i decide to create a one for Gambas but im not a C guru im just Gambas user :-) Can some one try to point me for some help or guide to create a Component for our Great RAD? I have see some project like mythphone using some Sip Stack (http://www.zen13655.zen.co.uk/mythphone.html). How can integrate it as Gambas Component? Is a big Job? I cant able to do it if im not a C guru :-) ? Thanks for every suggest Dimitri From lordheavy at ...141... Tue Nov 30 11:11:32 2004 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 30 Nov 2004 11:11:32 +0100 Subject: [Gambas-devel] Gambas 1.0RC4 Message-ID: <200411301111.32698.lordheavy@...141...> Found on the website : 28 Nov 2004 - Release of Gambas 1.0 RC4 This release fixes the bugs detected by users since the RC3. Here are the translations that are not up to date: Arabic, Galician, and Welsh. I didn't receive any answer from the Mandrake packager that creates bad Gambas binary packages... --------------------------------------------------------------------------- ChangeLog : - Development Environment Some Labels were replaced by TextLabels so that text wraps correctly. Virtual classes are not displayed anymore in the help browser treeview. BUG: Fixed a race condition that crashed the IDE when quitting. - Examples BUG: Rewrite examples so that public controls in forms are not necessary anymore. This was necessary because examples are compiled without any flags by the installation script. BUG: Fixed a crash in the DNS example. BUG: Remove pending .lock files. - Interpreter Two 'virtual' components were created in the ./configure script, so that the interpreter can be compiled with external i18n libraries on systems like Solaris. - Qt Component BUG: The Button Alignment property was fixed. - Xml Component BUG: once a XmlReader was opened, the EOF flag was set to TRUE at the end of the document, even if Open() method was used again. A new method, XMLReader.Decode(). This method allows to decode both base64 and BinHex encoded strings. That way, Gambas can manage binary data stored in a XML file. -- Laurent Carlier From sourceforge-raindog2 at ...19... Tue Nov 30 14:22:07 2004 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 30 Nov 2004 08:22:07 -0500 Subject: [Gambas-devel] Re: [Gambas-user] Gambas 1.0RC4 In-Reply-To: <200411301111.32698.lordheavy@...141...> References: <200411301111.32698.lordheavy@...141...> Message-ID: <200411300822.07758.sourceforge-raindog2@...19...> On Tuesday 30 November 2004 05:11, Laurent Carlier quoted: > I didn't receive any answer from the > Mandrake packager that creates bad Gambas binary packages... Hey Benoit, if you write him again could you CC: the cooker list? Other people seem interested in the gambas packages too. He did send updated packages to cooker on 22 November, but of an old version: > -=-=-=- > Lenny Cartier 0.99-2mdk > > - use better spec from Benoit Minisini : > - Fix modal windows not being modal with QT 3.2. > - Fix IDE crash when the .gambas directory does not exist. > - Updated documentation. Rob From christian.faurebouvard at ...156... Tue Nov 30 19:46:17 2004 From: christian.faurebouvard at ...156... (Christian Faure) Date: Tue, 30 Nov 2004 15:46:17 -0300 Subject: [Gambas-devel] executable, Use behavior, bug? In-Reply-To: <200411300822.07758.sourceforge-raindog2@...19...> References: <200411301111.32698.lordheavy@...141...> <200411300822.07758.sourceforge-raindog2@...19...> Message-ID: <200411301546.18001.christian.faurebouvard@...156...> Hi Benoit, I have somes problems with the "USE" feature: A- Creating executable: A.1. When i try to create my executable with the suggested name and path, don't work (no executable created, no errors) A.2. Executable is created if suggested name or path is changed. B. adding "USE" B.1. In somes cases, the "USE" crash with: Cannot load component 'MyComponent': File not found But file MyComponent exists in the project dir, and is generated by the option "Make executable" from another proyect. B.2. In other cases it work (others proyects, other classes). I think some class in the executable cannot be loaded for some reason. but message don't show a full description. Can you help me? with extra documentation of "USE" keyword or tell me how to search the problem. The name or path of executable is important? I use Gambas RC2, but in ChangeLog of RC3 and RC4 i not found changes to USE keyword or executable creation. Regards, Christian F. From sourceforge-raindog2 at ...19... Tue Nov 30 19:50:33 2004 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 30 Nov 2004 13:50:33 -0500 Subject: [Gambas-devel] executable, Use behavior, bug? In-Reply-To: <200411301546.18001.christian.faurebouvard@...156...> References: <200411301111.32698.lordheavy@...141...> <200411300822.07758.sourceforge-raindog2@...19...> <200411301546.18001.christian.faurebouvard@...156...> Message-ID: <200411301350.33864.sourceforge-raindog2@...19...> On Tuesday 30 November 2004 13:46, Christian Faure wrote: > Can you help me? > with extra documentation of "USE" keyword or tell me how to > search the problem. I thought USE was deprecated around 0.90, and disabled altogether sometime around 0.98. Maybe Benoit just got around to removing it now. Rob From christian.faurebouvard at ...156... Tue Nov 30 23:12:27 2004 From: christian.faurebouvard at ...156... (Christian Faure) Date: Tue, 30 Nov 2004 19:12:27 -0300 Subject: [Gambas-devel] Re: executable, Use behavior, bug? In-Reply-To: <200411301350.33864.sourceforge-raindog2@...19...> References: <200411301111.32698.lordheavy@...141...> <200411301546.18001.christian.faurebouvard@...156...> <200411301350.33864.sourceforge-raindog2@...19...> Message-ID: <200411301912.27342.christian.faurebouvard@...156...> El Martes, 30 de Noviembre de 2004 15:50, Rob escribi?: > On Tuesday 30 November 2004 13:46, Christian Faure wrote: > > Can you help me? > > with extra documentation of "USE" keyword or tell me how to > > search the problem. > > I thought USE was deprecated around 0.90, and disabled altogether > sometime around 0.98. Maybe Benoit just got around to removing > it now. > > Rob > Oh! Snif... :-( Thanks Rob. In doc of Gambas RC2, USE is not deprecated. Exists another way to load classes not included in main project at runtime? I need a feature like USE for load plugin's at runtime... I see a Class.Load() in doc. Exists an example of Class.Load()? or more detailed doc? Thanks.