From sunshine at public.kherson.ua Sat Apr 2 12:51:33 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 2 03:51:37 2005 Subject: How to report bugs Message-ID: Hi All, I see that several bug reports added, but we do have not get not crash logs, not projects to reproduce. We need this, guys. Because just search something in the dark room is not good idea. Please always try to send us something. Otherwise we simply cannot do anything and such report will just on hold until somebody else will be able reproduce the same and send us project. We have now 50 Examples! So first of all check them. Find example which do similar things to you. May be you will see own mistake. May be you will see that example work. Then try to change code of example to reproduce your bug. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From ernestogiannotta at tiscalinet.it Sun Apr 3 19:33:53 2005 From: ernestogiannotta at tiscalinet.it (erne) Date: Sun Apr 3 12:34:15 2005 Subject: [V4RB2] - Can't build application with not-pro RB version Message-ID: <3cefffd30e5c42c8bc7789930760ac57@tiscalinet.it> Hello Ruslan, trying to build ViSql with V4RB 2.0.1 RB complains that I can't build an app using database access if I don't have the Pro version Does ViSql use the RB database api or we just can't use Vale with non-pro RB anymore? Cool Runnings, Erne. |er| musical box |ne| a media store From Claudius at sailer-online.de Sun Apr 3 20:17:23 2005 From: Claudius at sailer-online.de (Claudius Sailer) Date: Sun Apr 3 13:17:33 2005 Subject: [V4RB2] - Can't build application with not-pro RB version In-Reply-To: <3cefffd30e5c42c8bc7789930760ac57@tiscalinet.it> References: <3cefffd30e5c42c8bc7789930760ac57@tiscalinet.it> Message-ID: <911c4bdee46afcf2711d7b0fd3326a0d@sailer-online.de> Hello Erne, Am 03. Apr 2005 um 19:33 Uhr schrieb erne: > Hello Ruslan, > > trying to build ViSql with V4RB 2.0.1 RB complains that I can't build > an app using database access if I don't have the Pro version > > Does ViSql use the RB database api or we just can't use Vale with > non-pro RB anymore? do a file in the PlugIn-Folder of RB with the name DisableRBDB it doesn't matter what kind of file. This is running here. bye Claudius From ernestogiannotta at tiscalinet.it Mon Apr 4 11:04:27 2005 From: ernestogiannotta at tiscalinet.it (erne) Date: Mon Apr 4 04:04:50 2005 Subject: [V4RB2] - Can't build application with not-pro RB version In-Reply-To: <911c4bdee46afcf2711d7b0fd3326a0d@sailer-online.de> References: <3cefffd30e5c42c8bc7789930760ac57@tiscalinet.it> <911c4bdee46afcf2711d7b0fd3326a0d@sailer-online.de> Message-ID: On 3 apr 2005, at 20:17, Claudius Sailer wrote: > Am 03. Apr 2005 um 19:33 Uhr schrieb erne: > >> trying to build ViSql with V4RB 2.0.1 RB complains that I can't build >> an app using database access if I don't have the Pro version >> >> Does ViSql use the RB database api or we just can't use Vale with >> non-pro RB anymore? > > do a file in the PlugIn-Folder of RB with the name > > DisableRBDB > > it doesn't matter what kind of file. This is running here. > that did it, thank you Claudius! |er| musical box |ne| a media store From Claudius at sailer-online.de Wed Apr 6 06:38:23 2005 From: Claudius at sailer-online.de (Claudius Sailer) Date: Tue Apr 5 23:38:34 2005 Subject: Handling of Mantis Message-ID: <546aab5e2781028cc85ebbecb79d7c2f@sailer-online.de> Hi Mantis-Users, it would be nice when fixed calls/bugs from the users set to closed (after testing and when it is really fixed). So it is easier to decide, is something in status fixed and I want to do the same and have now to test completely or to know that this is tested and bug is really fixed. Thanks to all bye Claudius From sunshine at public.kherson.ua Fri Apr 8 01:07:08 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Thu Apr 7 17:07:13 2005 Subject: [ANN] V4RB MAC 2.0.2 FINAL CANDIDATE Message-ID: Hi All, You can download this final candidate here: http://paradigmasoft.com/download/V4RB_202fc_mac.dmg Fixed most of reported bugs. Please try this build ASAP on your projects and let us know. Dimitris, we make RBDB-way example using REALBasic example of "doctors", but we have found that this example is broken even for REALdb, so Sergey now try to fix it. I hope that in release 2.0.2 we will make example. For now you can use it as you know. --------------------------------------------------------------------------- kernel - 2.0.2 ============== - 0000288: [Files] Byte Swapping for cross-platform movement (Igor Gomon) - 0000635: [Files] Db with Locked files or db on CD throw -61 error (Ruslan Zasukhin) - 0000615: [API] Delete several records in a loop -> index corrupted (Ruslan Zasukhin) - 0000622: [SQL Parser] Crash after wrong SQL (Serge) - 0000610: [SQL] SQL crashes application (Ivan Smahin) - 0000634: [Fields] If create in table with records new VarChar field and close db => corruption. (Igor Gomon) - 0000612: [Fields] LIKE ignores db/table/field case-sensitive settings. (Ivan Smahin) - 0000603: [Database] Convert_1_2 crash in some circumstances with ObjectPtrs. (Ivan Smahin) - 0000614: [API] Delete many records -> corruption (Ruslan Zasukhin) - 0000624: [SQL] Wrong RecID by SQL-Select (Ivan Smahin) - 0000625: [SQL] Escaped underscore does not work (Serge) V4RB - 2.0.2 ============ - 0000636: [Other] Do not work with REALBasic 2005 (Ruslan Zasukhin) - 0000592: [Installation] V4RB 2.0 plugin file is missing the version info (Ruslan Zasukhin) - 0000593: [Sets] ArraySets don't sort properly after record is modified (Ruslan Zasukhin) - 0000627: [Class-way] Creating VSet leaks memory (Ivan Smahin) - 0000633: [API] [CHG] Union(), Intersection(), Difference() methods moved to VBitSet and VArraySet classes. (Ruslan Zasukhin) - 0000631: [Class-way] VBitSet and VArraySet cannot use Union, Difference, Intersection, etc. (Ruslan Zasukhin) - 0000608: [RBDB API] RecID field are not returned values (Serge) - 0000583: [Examples] Table_Create.rb Example Does Create a Database (Ruslan Zasukhin) - 0000620: [Class-way] FindStartsWith crashes app without an exception (Ivan Smahin) -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macserve.net/pipermail/valentina-beta/attachments/20050408/a3be116b/attachment.html From Claudius at sailer-online.de Fri Apr 8 06:50:44 2005 From: Claudius at sailer-online.de (Claudius Sailer) Date: Thu Apr 7 23:50:57 2005 Subject: [ANN] V4RB MAC 2.0.2 FINAL CANDIDATE In-Reply-To: References: Message-ID: <7e4a3fc1e312621b5b1a5c61d6130a32@sailer-online.de> Am 08. Apr 2005 um 00:07 Uhr schrieb Ruslan Zasukhin: > Hi All, > > You can download this final candidate here: > > ????http://paradigmasoft.com/download/V4RB_202fc_mac.dmg > > Fixed most of reported bugs. > Please try this build ASAP on your projects and let us know. I marked fixed BUGs as fixed. #535 is fixed too (it was not set status to fixed but I closed). But #619, in my point of view a very important bug, is still open. could someone have a look at it? really good job. Thanks Claudius -- G4/733 QS / MacOS X 10.3.8de / RB 5.5.3de/ Valentina 1.10.0 & 2.0.2 Homepage http://www.ClaSai.de iChat ryhoruk RealBasic ListBoxes: [ I feel the need...the need for speed!!! ] From valentina-list at vermontsoftworks.com Fri Apr 8 07:57:36 2005 From: valentina-list at vermontsoftworks.com (Erik Mueller-Harder) Date: Fri Apr 8 06:57:54 2005 Subject: [ANN] V4RB MAC 2.0.2 FINAL CANDIDATE In-Reply-To: References: Message-ID: <8a5bc7b0d442cd33949094260841a83c@vermontsoftworks.com> On Apr 7, 2005, at 18:07, Ruslan Zasukhin wrote: > Fixed most of reported bugs. > Please try this build ASAP on your projects and let us know. Looks good from here, Ruslan, at least in Rb 5.5.5. I can verify that #593 is fixed. One cosmetic issue: the installation dialog box containing instructions & the EULA uses an unusually small font. Nonetheless, the last few characters of each line are truncated. Good work! -- Erik From valentina-list at vermontsoftworks.com Fri Apr 8 08:05:47 2005 From: valentina-list at vermontsoftworks.com (Erik Mueller-Harder) Date: Fri Apr 8 07:05:52 2005 Subject: [ANN] V4RB MAC 2.0.2 FINAL CANDIDATE In-Reply-To: <8a5bc7b0d442cd33949094260841a83c@vermontsoftworks.com> References: <8a5bc7b0d442cd33949094260841a83c@vermontsoftworks.com> Message-ID: <8282b09c733127d34305fabae1e08d9c@vermontsoftworks.com> A few minutes ago, I wrote: > I can verify that #593 is fixed. I wrote too quickly, sorry. #593 is *not* fixed; it behaves exactly as it did before. Personally, this isn't a show-stopper for me for a 2.0.2 release (though it may be for others), as long as it can be addressed within the next few weeks. -- Erik From sunshine at public.kherson.ua Fri Apr 8 15:20:40 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Fri Apr 8 07:20:46 2005 Subject: [ANN] V4RB MAC 2.0.2 FINAL CANDIDATE In-Reply-To: <8282b09c733127d34305fabae1e08d9c@vermontsoftworks.com> Message-ID: On 4/8/05 3:05 PM, "Erik Mueller-Harder" wrote: > A few minutes ago, I wrote: > >> I can verify that #593 is fixed. > > I wrote too quickly, sorry. #593 is *not* fixed; it behaves exactly as > it did before. Personally, this isn't a show-stopper for me for a > 2.0.2 release (though it may be for others), as long as it can be > addressed within the next few weeks. Hmm, it should work...may be you test old version? :-) Our tests DONE. So you need send us again something then. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From vidal_olivier at yahoo.fr Fri Apr 8 15:14:02 2005 From: vidal_olivier at yahoo.fr (Olivier) Date: Fri Apr 8 08:14:47 2005 Subject: [ANN] V4RB MAC 2.0.2 FINAL CANDIDATE In-Reply-To: References: Message-ID: <1362CD88-A830-11D9-890C-000D93C35C66@yahoo.fr> Hi, OK, everything seems to work for me too. Good! the "bug" 592 is indicated resolved but nevertheless I have in the finder NO information of version on the file of plug-in V4RB. olivier Le 8 avr. 05, ? 00:07, Ruslan Zasukhin a ?crit : > Hi All, > > You can download this final candidate here: > > ????http://paradigmasoft.com/download/V4RB_202fc_mac.dmg > > Fixed most of reported bugs. > Please try this build ASAP on your projects and let us know. > > Dimitris, we make RBDB-way example using REALBasic example of > "doctors", > but we have found that this example is broken even for REALdb, so > Sergey now try to fix it. > I hope that in release 2.0.2 we will make example. For now you can > use it as you know. > > > ----------------------------------------------------------------------- > ---- > > kernel - 2.0.2 > ============== > - 0000288: [Files] Byte Swapping for cross-platform movement (Igor > Gomon) > - 0000635: [Files] Db with Locked files or db on CD throw -61 error > (Ruslan Zasukhin) > - 0000615: [API] Delete several records in a loop -> index corrupted > (Ruslan Zasukhin) > - 0000622: [SQL Parser] Crash after wrong SQL (Serge) > - 0000610: [SQL] SQL crashes application (Ivan Smahin) > - 0000634: [Fields] If create in table with records new VarChar field > and close db => corruption. (Igor Gomon) > - 0000612: [Fields] LIKE ignores db/table/field case-sensitive > settings. (Ivan Smahin) > - 0000603: [Database] Convert_1_2 crash in some circumstances with > ObjectPtrs. (Ivan Smahin) > - 0000614: [API] Delete many records -> corruption (Ruslan Zasukhin) > - 0000624: [SQL] Wrong RecID by SQL-Select (Ivan Smahin) > - 0000625: [SQL] Escaped underscore does not work (Serge) > > > > V4RB - 2.0.2 > ============ > - 0000636: [Other] Do not work with REALBasic 2005 (Ruslan Zasukhin) > - 0000592: [Installation] V4RB 2.0 plugin file is missing the version > info (Ruslan Zasukhin) > - 0000593: [Sets] ArraySets don't sort properly after record is > modified (Ruslan Zasukhin) > - 0000627: [Class-way] Creating VSet leaks memory (Ivan Smahin) > - 0000633: [API] [CHG] Union(), Intersection(), Difference() methods > moved to VBitSet and VArraySet classes. (Ruslan Zasukhin) > - 0000631: [Class-way] VBitSet and VArraySet cannot use Union, > Difference, Intersection, etc. (Ruslan Zasukhin) > - 0000608: [RBDB API] RecID field are not returned values (Serge) > - 0000583: [Examples] Table_Create.rb Example Does Create a Database > (Ruslan Zasukhin) > - 0000620: [Class-way] FindStartsWith crashes app without an > exception (Ivan Smahin) > > > -- > Best regards, > > Ruslan Zasukhin > VP Engineering and New Technology > Paradigma Software, Inc > > Valentina - Joining Worlds of Information > http://www.paradigmasoft.com > > [I feel the need: the need for speed] > _______________________________________________ > Valentina-beta mailing list > Valentina-beta@lists.macserve.net > http://lists.macserve.net/mailman/listinfo/valentina-beta -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 9118 bytes Desc: not available Url : http://lists.macserve.net/pipermail/valentina-beta/attachments/20050408/1e9c2855/attachment.bin From valentina-list at vermontsoftworks.com Fri Apr 8 09:30:57 2005 From: valentina-list at vermontsoftworks.com (Erik Mueller-Harder) Date: Fri Apr 8 08:31:04 2005 Subject: [V4RB2] #593 In-Reply-To: References: Message-ID: <11148aadf322dc002de4d26c1d677d59@vermontsoftworks.com> On Apr 8, 2005, at 08:20, Ruslan Zasukhin wrote: >> I wrote too quickly, sorry. #593 is *not* fixed; it behaves exactly >> as >> it did before. Personally, this isn't a show-stopper for me for a >> 2.0.2 release (though it may be for others), as long as it can be >> addressed within the next few weeks. > > Hmm, it should work...may be you test old version? :-) Only if your installer didn't work. :-) > Our tests DONE. > > So you need send us again something then. Sorry for the confusion about this. I again tried the sample project that I sent you, and it *did* work. So I went back again to my main development project, and it did *not* work. Finally, I created a brand-new database with my main project, and tested again, and it *did* work. My conclusion is that the fix must work for databases created with V4RB 2.0.2, but not for those created with 2.0.1. This is fine for my purposes; I haven't seen anyone else contribute to this thread, so I may have been lucky enough to be the only one affected by this little bug. Thanks, -- Erik From valentina-list at vermontsoftworks.com Fri Apr 8 09:35:16 2005 From: valentina-list at vermontsoftworks.com (Erik Mueller-Harder) Date: Fri Apr 8 08:35:22 2005 Subject: [ANN] V4RB MAC 2.0.2 FINAL CANDIDATE In-Reply-To: <1362CD88-A830-11D9-890C-000D93C35C66@yahoo.fr> References: <1362CD88-A830-11D9-890C-000D93C35C66@yahoo.fr> Message-ID: <6e1a92915fe54d3b67a8d54492012f3e@vermontsoftworks.com> On Apr 8, 2005, at 09:14, Olivier wrote: > the "bug" 592 is indicated resolved but nevertheless I have in the > finder NO information of version on the file of plug-in V4RB. Interesting. I do see it: Kind: REALbasic Plugin Size: 372 KB on disk (380,664 bytes) Where: LaCie:Applications:REALbasic 5.5.5 Mac OS X:Plugins: Created: Thursday, April 7, 2005 17:34 Modified: Friday, April 8, 2005 07:35 Version: 2.0.2, ? 1993-2005 Paradigma Software, Inc. Adding the "Version" column to my Finder window gives me "2.0.2" for the plug-in file. I'm running OS X 10.3.8, which might or might not be relevant. -- Erik From jda at his.com Fri Apr 8 15:21:41 2005 From: jda at his.com (jda) Date: Fri Apr 8 14:21:59 2005 Subject: Wrong database version number In-Reply-To: References: Message-ID: Ruslan, I'm seeing that valentina.getDatabaseVersion(f) returns 512 regardless of whether it was made with 2.0, 2.0.1, or 2.0.2. Jon From sunshine at public.kherson.ua Fri Apr 8 22:25:21 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Fri Apr 8 14:25:27 2005 Subject: Wrong database version number In-Reply-To: Message-ID: On 4/8/05 10:21 PM, "jda" wrote: > Ruslan, I'm seeing that > > valentina.getDatabaseVersion(f) returns > > 512 > > regardless of whether it was made with 2.0, 2.0.1, or 2.0.2. 512 this is version of format of database files, But not of engine -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From jda at his.com Fri Apr 8 15:29:31 2005 From: jda at his.com (jda) Date: Fri Apr 8 14:29:37 2005 Subject: Wrong database version number In-Reply-To: References: Message-ID: >On 4/8/05 10:21 PM, "jda" wrote: > >> Ruslan, I'm seeing that >> >> valentina.getDatabaseVersion(f) returns >> >> 512 >> >> regardless of whether it was made with 2.0, 2.0.1, or 2.0.2. > >512 this is version of format of database files, >But not of engine > These are database I modified with 2.0.2 -- so they don't get updated to the version that modified them. Then I have a problem. I need to know the schemaVersion of my db to see if it needs updating. But to do that I need to open it first. This causes a conflict with other methods that may aleady have opened the database. I need to get the schemaVersion without doing a db.open(f). If the Database Version Number was updated with the version of the engine that modified it last, that would be satisfactory... Jon From sunshine at public.kherson.ua Fri Apr 8 22:53:03 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Fri Apr 8 14:53:11 2005 Subject: Wrong database version number In-Reply-To: Message-ID: On 4/8/05 10:29 PM, "jda" wrote: > These are database I modified with 2.0.2 -- so they don't get updated > to the version that modified them. > > Then I have a problem. I need to know the schemaVersion of my db to > see if it needs updating. But to do that I need to open it first. > This causes a conflict with other methods that may aleady have opened > the database. > > I need to get the schemaVersion without doing a db.open(f). If the > Database Version Number was updated with the version of the engine > that modified it last, that would be satisfactory... Jon, we change FORMAT version, only when we change format itself. Change of format means that older engine will not be able open newer format. This is different things. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From jda at his.com Fri Apr 8 15:55:13 2005 From: jda at his.com (jda) Date: Fri Apr 8 14:55:23 2005 Subject: Wrong database version number In-Reply-To: References: Message-ID: > > > I need to get the schemaVersion without doing a db.open(f). If the >> Database Version Number was updated with the version of the engine >> that modified it last, that would be satisfactory... > >Jon, we change FORMAT version, only when we change format itself. >Change of format means that older engine will not be able open newer format. >This is different things. > OK, I understand. Even more so, then, it would be very handy to be able to get the schemaVersion without having to open the database. Jon From delong at redcort.com Fri Apr 8 14:07:15 2005 From: delong at redcort.com (Keith DeLong) Date: Fri Apr 8 16:07:47 2005 Subject: Wrong database version number In-Reply-To: Message-ID: >>> I need to get the schemaVersion without doing a db.open(f). If the >>> Database Version Number was updated with the version of the engine >>> that modified it last, that would be satisfactory... >> >> Jon, we change FORMAT version, only when we change format itself. >> Change of format means that older engine will not be able open newer format. >> This is different things. >> > > OK, I understand. Even more so, then, it would be very handy to be > able to get the schemaVersion without having to open the database. > > Jon Hey Jon, I've not started using v2 yet, but I crossed this bridge a long time ago in V1. Perhaps Ruslan call tell us if the file header info remains the same in v2. Keith DeLong Function vSchema ( dbFolderitem as folderitem ) as integer dim b as BinaryStream dim schema as Integer dim nativeOS as Integer dim m as MemoryBlock Const kWindows = 2 b= dbFolderItem.OpenAsBinaryFile(false) If b = nil then Return -1 //not ideal... End if b.position = 1 nativeOS = b.ReadByte b.LittleEndian = (nativeOS = kWindows) b.position = 4 m =NewMemoryBlock(4) m.LittleEndian = (nativeOS = kWindows) m.Long(0) = b.ReadLong b.close b = nil 'msgBox str(NativeOS) if nativeOS = 1 then //Mac schema = m.UShort(0) end if nativeOS = 2 then //Win32 schema = m.UShort(2) end Return schema End Function From jda at his.com Fri Apr 8 17:11:46 2005 From: jda at his.com (jda) Date: Fri Apr 8 16:11:58 2005 Subject: Wrong database version number In-Reply-To: References: Message-ID: > >Hey Jon, >I've not started using v2 yet, but I crossed this bridge a long time ago in >V1. Perhaps Ruslan call tell us if the file header info remains the same in >v2. > >Keith DeLong > > >Function vSchema ( dbFolderitem as folderitem ) as integer > dim b as BinaryStream > dim schema as Integer > dim nativeOS as Integer > dim m as MemoryBlock > Const kWindows = 2 > That might do the trick (Ruslan?). Of course, better to have an opaque accessor, but if Ruslan can tell us the file format here is fixed, this would do. Thanks, Keith. Jon From sunshine at public.kherson.ua Sat Apr 9 10:37:28 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 9 02:37:36 2005 Subject: Wrong database version number In-Reply-To: Message-ID: On 4/9/05 12:11 AM, "jda" wrote: >> Hey Jon, >> I've not started using v2 yet, but I crossed this bridge a long time ago in >> V1. Perhaps Ruslan call tell us if the file header info remains the same in >> v2. >> >> Keith DeLong >> >> >> Function vSchema ( dbFolderitem as folderitem ) as integer >> dim b as BinaryStream >> dim schema as Integer >> dim nativeOS as Integer >> dim m as MemoryBlock >> Const kWindows = 2 >> > > > That might do the trick (Ruslan?). Of course, better to have an > opaque accessor, but if Ruslan can tell us the file format here is > fixed, this would do. But You do not need this now, because 2.0 have this new function Valentina.DatabaseFormatVersion Jon, you need solve your task in some other way. May be you need compare structure, may be records, values... -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From jda at his.com Sat Apr 9 07:27:27 2005 From: jda at his.com (jda) Date: Sat Apr 9 06:27:37 2005 Subject: Wrong database version number In-Reply-To: References: Message-ID: > > > That might do the trick (Ruslan?). Of course, better to have an >> opaque accessor, but if Ruslan can tell us the file format here is >> fixed, this would do. > >But You do not need this now, because 2.0 have this new function > > Valentina.DatabaseFormatVersion Ruslan, what is this? I can't find it in the docs, and don't see it with RB autocomplete... > >Jon, you need solve your task in some other way. >May be you need compare structure, may be records, values... > Of course, but that involves opening the db, and I would prefer to avoid that. Only if the version was earlier than a certain date do I want to open and modify it. And I have worked around this, but the workaround is kind of kludgey, and a built-in method would be handy. Not critical. But handy. BTW, it also seems to me that valentina.GetDatabaseVersion should reflect the exact version number of the engine when the db was made (or perhaps modified). It seems now that you are saying it will be 512 for V2.x, instead of, say, 513 for 2.0.1, 514 for 2.0.2, etc. Incrementing the databaseVersion to match the engine version would also be useful to many of us, I think. Jon From rjb at robelko.com Sat Apr 9 14:35:02 2005 From: rjb at robelko.com (Robert Brenstein) Date: Sat Apr 9 07:49:07 2005 Subject: Wrong database version number In-Reply-To: References: Message-ID: > >BTW, it also seems to me that valentina.GetDatabaseVersion should >reflect the exact version number of the engine when the db was made >(or perhaps modified). It seems now that you are saying it will be >512 for V2.x, instead of, say, 513 for 2.0.1, 514 for 2.0.2, etc. >Incrementing the databaseVersion to match the engine version would >also be useful to many of us, I think. > >Jon I wonder if the issue is not the vocabulary. From the name, valentina.GetDatabaseVersion should return the schema not engine version whereas Valentina.GetVersion should return valentina's version (may be better valentina.GetEngineVersion or valentina.GetKernelVersion or Valentina.GetValentinaVersion to be more explicit). I mean the running version. I see no need to keep track which engine was used to produce a db. File format usually is good for a few different versions. Valentina.DatabaseFormatVersion makes sense to return file version although from my perspective Valentina.GetDatabaseFileVersion would be more logical ('get' should be there either way for consistency) Robert From ohmitou at wanadoo.fr Sat Apr 9 17:26:41 2005 From: ohmitou at wanadoo.fr (Thierry Nauze) Date: Sat Apr 9 08:26:58 2005 Subject: how to convert a database 1 to 2 ? Message-ID: <20050409132641.9780@smtp.wanadoo.fr> Hi all, I decided so to pass under V4RB 2.0. First thing which I wanted to make: to convert my database 1.x to database 2.0. I used example ' Convert_1_2.rb ' : I obtained well new files But, seen with Valentina Studio, most of the tables have no fields and no datum seems accessible. As for VISQL_2, it gives me a VException to the opening of the base. Question: how to convert, without loss, a database 1.x to use it with V4RB 2? Regards, -- Thierry Nauze Saint-Denis de la R?union From ohmitou at wanadoo.fr Sat Apr 9 17:31:33 2005 From: ohmitou at wanadoo.fr (Thierry Nauze) Date: Sat Apr 9 08:31:41 2005 Subject: how to convert a database 1 to 2 ? STOP Sent by mistake In-Reply-To: <20050409132641.9780@smtp.wanadoo.fr> References: <20050409132641.9780@smtp.wanadoo.fr> Message-ID: <20050409133133.20716@smtp.wanadoo.fr> Sorry :o( -- Thierry Nauze Saint-Denis de la R?union From sunshine at public.kherson.ua Sat Apr 9 21:23:13 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 9 13:23:20 2005 Subject: Wrong database version number In-Reply-To: Message-ID: On 4/9/05 2:27 PM, "jda" wrote: >> >> But You do not need this now, because 2.0 have this new function >> >> Valentina.DatabaseFormatVersion > > Ruslan, what is this? I mean GetDatabaseVersion -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From sunshine at public.kherson.ua Sat Apr 9 21:26:39 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 9 13:26:45 2005 Subject: Wrong database version number In-Reply-To: Message-ID: On 4/9/05 3:35 PM, "Robert Brenstein" wrote: >> BTW, it also seems to me that valentina.GetDatabaseVersion should >> reflect the exact version number of the engine when the db was made >> (or perhaps modified). It seems now that you are saying it will be >> 512 for V2.x, instead of, say, 513 for 2.0.1, 514 for 2.0.2, etc. >> Incrementing the databaseVersion to match the engine version would >> also be useful to many of us, I think. >> >> Jon > > I wonder if the issue is not the vocabulary. > > From the name, valentina.GetDatabaseVersion should return the schema > not engine version whereas Valentina.GetVersion should return > valentina's version (may be better valentina.GetEngineVersion or > valentina.GetKernelVersion or Valentina.GetValentinaVersion to be > more explicit). I mean the running version. I see no need to keep > track which engine was used to produce a db. File format usually is > good for a few different versions. Valentina.DatabaseFormatVersion > makes sense to return file version although from my perspective > Valentina.GetDatabaseFileVersion would be more logical ('get' should > be there either way for consistency) Get -- is not needed in RB, because RB have properties We have Database File Version. Paradigma change it Engine version. Paradigma change it Schema version. Developer change it -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From ernestogiannotta at tiscalinet.it Sun Apr 10 13:17:38 2005 From: ernestogiannotta at tiscalinet.it (erne) Date: Sun Apr 10 06:17:54 2005 Subject: [V4RB] 202 - VDatabase.Create doesn't flush Message-ID: <0ed751d1b51edaf265224cff079e498c@tiscalinet.it> Hello Ruslan, Not a big deal, just a detail... I issue VDatabase.Create and the DB is successfully in memory then the app crashes for some reason on next open the DB lost all its tables I can runaround this by issuing VDatabase.Flush right after Create Shouldn't an implicit Flush be performed on DB.Create? Cool Runnings, Erne. |er| musical box |ne| a media store From sunshine at public.kherson.ua Sun Apr 10 16:15:08 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sun Apr 10 08:15:16 2005 Subject: [V4RB] 202 - VDatabase.Create doesn't flush In-Reply-To: <0ed751d1b51edaf265224cff079e498c@tiscalinet.it> Message-ID: On 4/10/05 2:17 PM, "erne" wrote: > Hello Ruslan, > > Not a big deal, just a detail... > > I issue VDatabase.Create and the DB is successfully in memory > then the app crashes for some reason > on next open the DB lost all its tables > > I can runaround this by issuing VDatabase.Flush right after Create > > Shouldn't an implicit Flush be performed on DB.Create? I think Should. Ivan, please check this. (add to Mantis also) -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From ernestogiannotta at tiscalinet.it Sun Apr 10 17:02:29 2005 From: ernestogiannotta at tiscalinet.it (erne) Date: Sun Apr 10 10:02:46 2005 Subject: [V4RB] 202 - Vtable.Field(0) returns the OID Message-ID: Hello Ruslan, I made mistake in my code: called VTable.Field(0).Name and got "OID" this is undocumented as in docs is said that ? You can access fields RecID and OID only by name. is it a bug or feature? while I'm at that I ask is there some use to OID yet? Cool Runnings, Erne. |er| musical box |ne| a media store From sunshine at public.kherson.ua Sun Apr 10 19:46:17 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sun Apr 10 11:46:25 2005 Subject: [V4RB] 202 - Vtable.Field(0) returns the OID In-Reply-To: Message-ID: On 4/10/05 6:02 PM, "erne" wrote: Hi Erne, > I made mistake in my code: > called VTable.Field(0).Name and got "OID" > > this is undocumented as in docs is said that > ? You can access fields RecID and OID only by name. > > is it a bug or feature? Looks as bug. Should be NULL > while I'm at that I ask > is there some use to OID yet? You can self use it to store OID of other tables as ULLONG. There is no kind of ObjectPtr for OID. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From sunshine at public.kherson.ua Mon Apr 11 20:44:14 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Mon Apr 11 12:44:26 2005 Subject: [ANN] V4RB, V4MD, Vservers 2.0.2 UPDATE. Mac +Win Message-ID: kernel - 2.0.2 ============== - 0000655: [Links] Link.get_LinkedCount() returns garbage if no linked records. (Ruslan Zasukhin) - 0000653: [Tables] Wrong get_Field( ushort ) behaviour. (Ivan Smahin) - 0000652: [Database] Database is not flushed after create. (Ivan Smahin) - 0000622: [SQL Parser] Crash after wrong SQL (Serge) - 0000624: [SQL] Wrong RecID by SQL-Select (Ivan Smahin) - 0000610: [SQL] SQL crashes application (Ivan Smahin) - 0000288: [Files] Byte Swapping for cross-platform movement (Igor Gomon) - 0000635: [Files] Db with Locked files or db on CD throw -61 error (Ruslan Zasukhin) - 0000615: [API] Delete several records in a loop -> index corrupted (Ruslan Zasukhin) - 0000634: [Fields] If create in table with records new VarChar field and close db => corruption. (Igor Gomon) - 0000612: [Fields] LIKE ignores db/table/field case-sensitive settings. (Ivan Smahin) - 0000603: [Database] Convert_1_2 crash in some circumstances with ObjectPtrs. (Ivan Smahin) - 0000614: [API] Delete many records -> corruption (Ruslan Zasukhin) - 0000625: [SQL] Escaped underscore does not work (Serge) V4RB - 2.0.2 ============ - 0000601: [API] Crash during the opening of a base without index (Ruslan Zasukhin) - 0000654: [Examples] [NEW] RBDB_way, Example "Doctors" (Serge) - 0000651: [Docs] Incorrect example in Field( inIndex as Integer ) as VField (Galina Pushenko) - 0000643: [Feature Request] plugin don't compile for Windows (Ruslan Zasukhin) - 0000602: [API] Converting V1 DB to V2 : crash (Ruslan Zasukhin) - 0000642: [Class-way] Different results returned by class-way vs. SQL-way (Ivan Smahin) - 0000636: [Other] Do not work with REALBasic 2005 (Ruslan Zasukhin) - 0000592: [Installation] V4RB 2.0 plugin file is missing the version info (Ruslan Zasukhin) - 0000593: [Sets] ArraySets don't sort properly after record is modified (Ruslan Zasukhin) - 0000627: [Class-way] Creating VSet leaks memory (Ivan Smahin) - 0000633: [API] [CHG] Union(), Intersection(), Difference() methods moved to VBitSet and VArraySet classes. (Ruslan Zasukhin) - 0000631: [Class-way] VBitSet and VArraySet cannot use Union, Difference, Intersection, etc. (Ruslan Zasukhin) - 0000608: [RBDB API] RecID field are not returned values (Serge) - 0000583: [Examples] Table_Create.rb Example Does Create a Database (Ruslan Zasukhin) - 0000620: [Class-way] FindStartsWith crashes app without an exception (Ivan Smahin) V4MD - 2.0.2 ============ - 0000645: [API] Instead of EMPTY string list get VOID value (Igor Gomon) - 0000637: [API] getColumns() -- allow me to specify start & end of records (Ruslan Zasukhin) - 0000640: [API] var = VCursor.Position is broken (Ruslan Zasukhin) - 0000639: [API] Valentina.Convert_1_2() method added. (Igor Gomon) - 0000617: [API] enhance getRecordsAsString() (Igor Gomon) -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macserve.net/pipermail/valentina-beta/attachments/20050411/81bfa042/attachment.html From jda at his.com Tue Apr 12 16:07:16 2005 From: jda at his.com (jda) Date: Tue Apr 12 15:07:36 2005 Subject: Valentina 2 and Tiger? Message-ID: Hi Ruslan and listmembers, Now that Tiger is on its way, it's time to ask if you have had a chance to see if V2 runs on it without any glitches? Or if anyone else on the list has Tiger, don't tell us anything covered by NDA, but please confirm, if you can, that V2 works (or not). Thanks. Jon From jda at his.com Tue Apr 12 16:45:52 2005 From: jda at his.com (jda) Date: Tue Apr 12 15:46:01 2005 Subject: V2.0.2 fixed long file names problem? In-Reply-To: References: Message-ID: I see that my 2.0.1-based project gives a -37 error when a db with a long file name is created (Mac OS X 10.3.8). But it works with 2.0.2. I didn't see any mention of this bug, or of it being fixed in the Change Log. Was that an oversight? Or was this bug acknowledged and fixedin 2.0.2. I'm happy it works now, but since I didn't know it didn't work before (it did in 2.0.0, I think) I'd like to make sure it really is fixed (and not temporarily working because of some fluke in the code). Jon From sunshine at public.kherson.ua Wed Apr 13 00:50:27 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Tue Apr 12 16:50:20 2005 Subject: V2.0.2 fixed long file names problem? In-Reply-To: Message-ID: On 4/12/05 11:45 PM, "jda" wrote: > I see that my 2.0.1-based project gives a -37 error when a db with a > long file name is created (Mac OS X 10.3.8). > > But it works with 2.0.2. > > I didn't see any mention of this bug, or of it being fixed in the > Change Log. Was that an oversight? Or was this bug acknowledged and > fixedin 2.0.2. I'm happy it works now, but since I didn't know it > didn't work before (it did in 2.0.0, I think) I'd like to make sure > it really is fixed (and not temporarily working because of some fluke > in the code). Hmm, frankly saying I do not remember anything special for this. May be side effect of other fixes... -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From sunshine at public.kherson.ua Sat Apr 16 15:13:17 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 16 07:13:25 2005 Subject: ATTENTION: V4RB: Class way require super.VDatabase() now Message-ID: Hi All, IF you use V4RB and class way (Jon, Frank, ...) Then you need update your projects for next build of 2.0.3. You need add just one line of code: in the Constructor of myDatabase class Make your constructor as the following. Note, I have add one more parameter also. ------------------------------------------------ MyDatabase( inStorageType as Integer = 0 ) // This constructor is for LOCAL database. // We call parent class Vdatabase. Vdatabase( inStorageType ) ... Your old code end ------------------------------------------------ We need this to be able correctly differ LOCAL and REMOTE databases. In the 2.0.3 you can check Class_way examples to see second form of constructor for REMOTE database. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From Claudius at sailer-online.de Sat Apr 16 17:26:55 2005 From: Claudius at sailer-online.de (Claudius Sailer) Date: Sat Apr 16 10:27:14 2005 Subject: ATTENTION: V4RB: Class way require super.VDatabase() now In-Reply-To: References: Message-ID: Hi, you mean this way? -------------- next part -------------- A non-text attachment was scrubbed... Name: Bild 3.pdf Type: application/pdf Size: 12964 bytes Desc: not available Url : http://lists.macserve.net/pipermail/valentina-beta/attachments/20050416/ad7b4e06/Bild3.pdf -------------- next part -------------- bye Claudius Am 16. Apr 2005 um 14:13 Uhr schrieb Ruslan Zasukhin: > Hi All, > > IF you use V4RB and class way (Jon, Frank, ...) > > Then you need update your projects for next build of 2.0.3. > > You need add just one line of code: > in the Constructor of myDatabase class > > > Make your constructor as the following. Note, I have add one more > parameter > also. > > ------------------------------------------------ > MyDatabase( inStorageType as Integer = 0 ) > // This constructor is for LOCAL database. > > // We call parent class Vdatabase. > Vdatabase( inStorageType ) > > ... Your old code > > end > ------------------------------------------------ > > > We need this to be able correctly differ LOCAL and REMOTE databases. > > In the 2.0.3 you can check Class_way examples to see second form of > constructor for REMOTE database. > > > -- > Best regards, > > Ruslan Zasukhin > VP Engineering and New Technology > Paradigma Software, Inc > > Valentina - Joining Worlds of Information > http://www.paradigmasoft.com > > [I feel the need: the need for speed] > > > _______________________________________________ > Valentina-beta mailing list > Valentina-beta@lists.macserve.net > http://lists.macserve.net/mailman/listinfo/valentina-beta > From sunshine at public.kherson.ua Sat Apr 16 21:19:39 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 16 13:19:46 2005 Subject: V4RB 2.0.3fc1 Message-ID: kernel - 2.0.3 ============== - 0000647: [SQL] Wrong Result by SQL (Ivan Smahin) - 0000532: [SQL] SQL Where Join with twice same table and with AND-OR-Combinations (Ivan Smahin) - 0000672: [Tables] Update does not check value was really changed. (Ivan Smahin) - 0000673: [Cursors] DeleteAllRecords must use original table algorithm. (Ivan Smahin) V4RB - 2.0.3 ============ - 0000678: [Other] V4RB-Client now works with VServer. (Ruslan Zasukhin) - 0000677: [Examples] Class-way examples updated to be Server-ready. (Ruslan Zasukhin) - 0000674: [Pictures] REALbasic - vpicture fields not working (Ruslan Zasukhin) -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macserve.net/pipermail/valentina-beta/attachments/20050416/6e7eeeb3/attachment.html From sunshine at public.kherson.ua Sat Apr 16 21:54:21 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 16 13:54:30 2005 Subject: V4RB 2.0.3fc1 In-Reply-To: Message-ID: On 4/16/05 9:19 PM, "Ruslan Zasukhin" wrote: > > kernel - 2.0.3 > ============== > - 0000647: [SQL] Wrong Result by SQL (Ivan Smahin) > - 0000532: [SQL] SQL Where Join with twice same table and with > AND-OR-Combinations (Ivan Smahin) > - 0000672: [Tables] Update does not check value was really changed. (Ivan > Smahin) > - 0000673: [Cursors] DeleteAllRecords must use original table algorithm. > (Ivan Smahin) > > > V4RB - 2.0.3 > ============ > - 0000678: [Other] V4RB-Client now works with VServer. (Ruslan Zasukhin) > - 0000677: [Examples] Class-way examples updated to be Server-ready. (Ruslan > Zasukhin) > - 0000674: [Pictures] REALbasic - vpicture fields not working (Ruslan > Zasukhin) > http://www.paradigmasoft.com/download/V4RB_203fc1_mac.dmg -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From sunshine at public.kherson.ua Sat Apr 16 21:54:35 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 16 13:54:39 2005 Subject: V4RB 2.0.3fc1 In-Reply-To: Message-ID: On 4/16/05 9:19 PM, "Ruslan Zasukhin" wrote: > > kernel - 2.0.3 > ============== > - 0000647: [SQL] Wrong Result by SQL (Ivan Smahin) > - 0000532: [SQL] SQL Where Join with twice same table and with > AND-OR-Combinations (Ivan Smahin) > - 0000672: [Tables] Update does not check value was really changed. (Ivan > Smahin) > - 0000673: [Cursors] DeleteAllRecords must use original table algorithm. > (Ivan Smahin) > > > V4RB - 2.0.3 > ============ > - 0000678: [Other] V4RB-Client now works with VServer. (Ruslan Zasukhin) > - 0000677: [Examples] Class-way examples updated to be Server-ready. (Ruslan > Zasukhin) > - 0000674: [Pictures] REALbasic - vpicture fields not working (Ruslan > Zasukhin) > http://www.paradigmasoft.com/download/V4RB_203fc1_mac.dmg -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From ernestogiannotta at tiscalinet.it Wed Apr 20 23:51:57 2005 From: ernestogiannotta at tiscalinet.it (erne) Date: Wed Apr 20 16:52:16 2005 Subject: [V4RB] 2.0.3fc - Wrong type & creator Message-ID: <7f56455caddb04751e7d48b7c62f4f47@tiscalinet.it> Hello Ruslan, I've downloaded V4RB 203 fc but after I run the installer the V4RB plugin comes out as a Resource file with no icon I can change the Type and Creator with a resource editor and get back the icon Cool Runnings, Erne. |er| musical box |ne| a media store From sunshine at public.kherson.ua Thu Apr 21 13:48:25 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Thu Apr 21 05:48:30 2005 Subject: FIXED: [V4RB] 2.0.3fc - Wrong type & creator In-Reply-To: <7f56455caddb04751e7d48b7c62f4f47@tiscalinet.it> Message-ID: On 4/21/05 12:51 AM, "erne" wrote: > Hello Ruslan, > > I've downloaded V4RB 203 fc > but after I run the installer the V4RB plugin comes out as a Resource > file with no icon > > I can change the Type and Creator with a resource editor and get back > the icon > > Cool Runnings, > Erne. > |er| musical box > |ne| a media store -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From jda at his.com Thu Apr 21 12:47:50 2005 From: jda at his.com (jda) Date: Thu Apr 21 11:48:03 2005 Subject: Slow updaterecord loop In-Reply-To: References: Message-ID: Hi Ruslan, I'm using this loop to maintain a sequential integer field, "hit" i = 1 result = myCursor.firstRecord while result = true myCursor.LongField("hit").value = i myCursor.updateRecord i = i + 1 result = myCursor.NextRecord wend I find that it takes 20 seconds or more to go through about 1900 records (each with 61 fields, if that matters). Is there something I can do to speed this up? Thanks, Jon From sunshine at public.kherson.ua Thu Apr 21 20:38:37 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Thu Apr 21 12:38:44 2005 Subject: Slow updaterecord loop In-Reply-To: Message-ID: On 4/21/05 7:47 PM, "jda" wrote: > Hi Ruslan, > > I'm using this loop to maintain a sequential integer field, "hit" > > i = 1 > result = myCursor.firstRecord > while result = true > myCursor.LongField("hit").value = i > myCursor.updateRecord > i = i + 1 > result = myCursor.NextRecord > wend > > I find that it takes 20 seconds or more to go through about 1900 > records (each with 61 fields, if that matters). > > Is there something I can do to speed this up? Make cursor with one field only -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From jda at his.com Thu Apr 21 14:03:00 2005 From: jda at his.com (jda) Date: Thu Apr 21 13:03:13 2005 Subject: Slow updaterecord loop In-Reply-To: References: Message-ID: > > > Is there something I can do to speed this up? > >Make cursor with one field only > Hm, I thought that in V2.0.3 fields were updated only when they were actually changed... Jon From sunshine at public.kherson.ua Thu Apr 21 21:19:46 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Thu Apr 21 13:19:53 2005 Subject: Slow updaterecord loop In-Reply-To: Message-ID: On 4/21/05 9:03 PM, "jda" wrote: >> >>> Is there something I can do to speed this up? >> >> Make cursor with one field only >> > > Hm, I thought that in V2.0.3 fields were updated only when they were > actually changed... But you iterate records. So cursor must READ all 60 fields -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From Claudius at sailer-online.de Thu Apr 21 21:26:45 2005 From: Claudius at sailer-online.de (Claudius Sailer) Date: Thu Apr 21 14:27:12 2005 Subject: Slow updaterecord loop In-Reply-To: References: Message-ID: <9fc589eb8e272caa700a9bcb215417ae@sailer-online.de> Am 21. Apr 2005 um 19:38 Uhr schrieb Ruslan Zasukhin: > On 4/21/05 7:47 PM, "jda" wrote: > >> Hi Ruslan, >> >> I'm using this loop to maintain a sequential integer field, "hit" >> >> i = 1 >> result = myCursor.firstRecord >> while result = true >> myCursor.LongField("hit").value = i >> myCursor.updateRecord >> i = i + 1 >> result = myCursor.NextRecord >> wend >> >> I find that it takes 20 seconds or more to go through about 1900 >> records (each with 61 fields, if that matters). >> >> Is there something I can do to speed this up? why do you use Ende=myCursor.NumberOfRecords For i=1 to Ende myCursor.CurrentPosition myCursor.LongField("hit").value = i myCursor.updateRecord next this is out of my thoughts. Coding could be alittle bit different. Isn't this faster? bye Claudius From jda at his.com Thu Apr 21 15:38:00 2005 From: jda at his.com (jda) Date: Thu Apr 21 14:38:13 2005 Subject: Slow updaterecord loop In-Reply-To: <9fc589eb8e272caa700a9bcb215417ae@sailer-online.de> References: <9fc589eb8e272caa700a9bcb215417ae@sailer-online.de> Message-ID: >>> > >why do you use > >Ende=myCursor.NumberOfRecords >For i=1 to Ende > myCursor.CurrentPosition > myCursor.LongField("hit").value = i > myCursor.updateRecord >next > >this is out of my thoughts. Coding could be alittle bit different. >Isn't this faster? > Hi Claudius, Thanks for the suggestion. It may be a few ticks faster, but no more. Still about 20 seconds. The problem is with the size of the cursor, I guess, not minor improvements in looping. Parenthetically, the reason I retrieve 61 fields is because this is an SQL search being done directly by users, and if they do "ORDER BY" I need all my sortmethod fields available (it's too painful and prone to error to parse their SQL to try to see what might be needed). If/when the ability to sort on fields and methods that are NOT retrieved in the search, as discussed on this list, would make this entirely unnecessary. Jon From Claudius at sailer-online.de Thu Apr 21 21:49:23 2005 From: Claudius at sailer-online.de (Claudius Sailer) Date: Thu Apr 21 14:49:33 2005 Subject: Slow updaterecord loop In-Reply-To: References: <9fc589eb8e272caa700a9bcb215417ae@sailer-online.de> Message-ID: <25cb7480c3c7f5d60270e433a62ce62f@sailer-online.de> Hi Jon, Am 21. Apr 2005 um 21:38 Uhr schrieb jda: > Thanks for the suggestion. It may be a few ticks faster, but no more. > Still about 20 seconds. The problem is with the size of the cursor, I > guess, not minor improvements in looping. Thats true. For-Next only help a little bit. > Parenthetically, the reason I retrieve 61 fields is because this is > an SQL search being done directly by users, and if they do "ORDER BY" > I need all my sortmethod fields available (it's too painful and prone > to error to parse their SQL to try to see what might be needed). > If/when the ability to sort on fields and methods that are NOT > retrieved in the search, as discussed on this list, would make this > entirely unnecessary. So your users can build own SQL-Statement! Do you have a chance to reproduce and build out of it an own SQL-Statement like: UPDATE table ...... I am not sure, but it could be that this will be faster? Ruslan, would this be a solution for speed? IMHO V4RB2 need a lot more speed to be faster or as fast as V4RB1 ...... This is my experience at the moment. When all my SQL-problems are fixed at the moment I can't make new application version because application is now by using SQL in V4RB2 between 2 and 3 times slower. I hope this will be a major point -> performance.. bye Claudius -- G4/733 QS / MacOS X 10.3.8de / RB 5.5.3de/ Valentina 1.10.0 & 2.0.3 Homepage http://www.ClaSai.de iChat ryhoruk RealBasic ListBoxes: [ I feel the need...the need for speed!!! ] From jda at his.com Thu Apr 21 19:48:08 2005 From: jda at his.com (jda) Date: Thu Apr 21 18:48:20 2005 Subject: Slow updaterecord loop In-Reply-To: <25cb7480c3c7f5d60270e433a62ce62f@sailer-online.de> References: <9fc589eb8e272caa700a9bcb215417ae@sailer-online.de> <25cb7480c3c7f5d60270e433a62ce62f@sailer-online.de> Message-ID: >> > >So your users can build own SQL-Statement! Yes. It's a power-user feature. >Do you have a chance to reproduce and build out of it an own >SQL-Statement like: > >UPDATE table ...... I haven't tried that -- I always user cursors. > >I am not sure, but it could be that this will be faster? Ruslan, >would this be a solution for speed? >IMHO V4RB2 need a lot more speed to be faster or as fast as V4RB1 >...... This is my experience at the moment. When all my SQL-problems >are fixed at the moment I can't make new application version because >application is now by using SQL in V4RB2 between 2 and 3 times >slower. I hope this will be a major point -> performance.. > Searching is very fast (for me -- everything indexed) except for NOT searches. I put this in Mantis, and Ivan (Igor? Serg? I forget who) told me he saw a way to optimize that, but it was put off for other things for the time being (like getting stability! Which is, I must add, much improved). Jon From jda at his.com Fri Apr 22 08:35:54 2005 From: jda at his.com (jda) Date: Fri Apr 22 07:36:11 2005 Subject: REGEX character search broken In-Reply-To: References: Message-ID: Hi Ruslan, I use REGEX to search for character strings in my db (fields are indexedbyword). This is broken in 2.0.3. The following search worked before: select id,hit from thereferences where (keywords REGEX '(?i)*') order by id I think it fails because now REGEX uses indexes. Can we get the old behavior back? Speed is not important if you can't do the search. Jon From sunshine at public.kherson.ua Fri Apr 22 15:54:48 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Fri Apr 22 07:54:59 2005 Subject: REGEX character search broken In-Reply-To: Message-ID: On 4/22/05 3:35 PM, "jda" wrote: > Hi Ruslan, > > I use REGEX to search for character strings in my db (fields are > indexedbyword). This is broken in 2.0.3. The following search worked > before: > > select id,hit from thereferences where (keywords REGEX '(?i)*') order by id > > I think it fails because now REGEX uses indexes. Can we get the old > behavior back? Speed is not important if you can't do the search. Well, I think FindRegEx() have second parameter, where you can say: NOT to use index -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From jda at his.com Fri Apr 22 08:57:24 2005 From: jda at his.com (jda) Date: Fri Apr 22 07:57:34 2005 Subject: REGEX character search broken In-Reply-To: References: Message-ID: > > > I use REGEX to search for character strings in my db (fields are >> indexedbyword). This is broken in 2.0.3. The following search worked >> before: >> >> select id,hit from thereferences where (keywords REGEX '(?i)*') order by id >> >> I think it fails because now REGEX uses indexes. Can we get the old >> behavior back? Speed is not important if you can't do the search. > >Well, I think FindRegEx() have second parameter, where you can say: > NOT to use index > I don't understand. I'm using astraight SQL query (see above). Never heard of FindRegEx(). The new behavior in 2.0.3 breaks code that has worked for years with Valentina... Jon From sunshine at public.kherson.ua Fri Apr 22 16:16:07 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Fri Apr 22 08:16:14 2005 Subject: REGEX character search broken In-Reply-To: Message-ID: On 4/22/05 3:57 PM, "jda" wrote: >> >>> I use REGEX to search for character strings in my db (fields are >>> indexedbyword). This is broken in 2.0.3. The following search worked >>> before: >>> >>> select id,hit from thereferences where (keywords REGEX '(?i)*') order by id >>> >>> I think it fails because now REGEX uses indexes. Can we get the old >>> behavior back? Speed is not important if you can't do the search. >> >> Well, I think FindRegEx() have second parameter, where you can say: >> NOT to use index >> > > I don't understand. I'm using astraight SQL query (see above). Never > heard of FindRegEx(). The new behavior in 2.0.3 breaks code that has > worked for years with Valentina... Ah, you use SQL. Sorry then. Ok, then add request that IndexByWords we should not use for Like/RegEx optimization...I have see this problem, but forget to make it. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From sunshine at public.kherson.ua Sun Apr 24 22:12:12 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sun Apr 24 14:12:20 2005 Subject: V4RB and V4MD mac 2.0.3fc3 Message-ID: Hi All, You can download them here: http://www.paradigmasoft.com/download/V4RB_203fc3_mac.dmg http://www.paradigmasoft.com/download/V4MD_203fc3_mac.dmg kernel - 2.0.3 ============== - 0000687: [API] Link_binary_records: error on delete phone from your example (Ivan Smahin) - 0000662: [API] binary link: allowed duplicates links (Ivan Smahin) - 0000710: [SQL] DISTINCT gives always different result (Ivan Smahin) - 0000694: [SQL] REGEX should ignore indexedbywords indexes (Ivan Smahin) - 0000671: [SQL Parser] LIMIT sets 0 as default limit value. (Serge) - 0000650: [SQL] SQL with no result or error message (Ivan Smahin) - 0000692: [SQL] Error 460037 by SQL-Selection (Ivan Smahin) - 0000693: [Record Locks] Eat a lots of RAM on Cursor.AddRecord(). (Ruslan Zasukhin) - 0000691: [SQL] select Distinct... from Join ... Order By - this mix does not work. (Ivan Smahin) - 0000532: [SQL] SQL Where Join with twice same table and with AND-OR-Combinations (Ivan Smahin) - 0000681: [Performance] LIKE and REGEX now can do INDEX SCAN. This make them in 20+ times faster. (Ruslan Zasukhin) - 0000672: [Tables] Update does not check value was really changed. (Ivan Smahin) - 0000673: [Cursors] DeleteAllRecords must use original table algorithm. (Ivan Smahin) V4RB - 2.0.3 ============ - 0000685: [API] db.table.UpdateRecord fails for BLOB field (Ivan Smahin) - 0000684: [SQL] Crash using LIKE and tables linked by objectPtr (Ivan Smahin) - 0000616: [Performance] Database takes a long time to open (Ruslan Zasukhin) - 0000682: [Examples] New, SQL_Way/ImportExport added. (Ivan Smahin) - 0000678: [Other] V4RB-Client now works with VServer. (Ruslan Zasukhin) - 0000677: [Examples] Class-way examples updated to be Server-ready. (Ruslan Zasukhin) - 0000674: [Pictures] REALbasic - vpicture fields not working (Ruslan Zasukhin) -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macserve.net/pipermail/valentina-beta/attachments/20050424/20529710/attachment.html From sunshine at public.kherson.ua Mon Apr 25 01:28:44 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sun Apr 24 17:28:52 2005 Subject: [new] V4RB and V4MD mac 2.0.3fc4 In-Reply-To: Message-ID: On 4/24/05 10:12 PM, "Ruslan Zasukhin" wrote: Hi All, fc4 fixes problem with record locks introduced in fc3. So if you have download fc3 then please download fc4. http://www.paradigmasoft.com/download/V4RB_203fc4_mac.dmg http://www.paradigmasoft.com/download/V4MD_203fc4_mac.dmg > Hi All, > > You can download them here: > > http://www.paradigmasoft.com/download/V4RB_203fc3_mac.dmg > > http://www.paradigmasoft.com/download/V4MD_203fc3_mac.dmg -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From ernestogiannotta at tiscalinet.it Mon Apr 25 11:06:36 2005 From: ernestogiannotta at tiscalinet.it (erne) Date: Mon Apr 25 04:06:53 2005 Subject: [V4RB2] - Crash on M2M link SQL Message-ID: <867a6bb72ae347ddcf5dafff7ff34d4e@tiscalinet.it> Hello Ruslan, I have a test DB with a Many to Many link built in traditional way with Linker table it is empty (no records) When I try this SQL: Select myBO1.* From myBO1, myBO2, myB_myB_Linker it works fine, but if I add a Where clause as in: Select myBO1.* From myBO1, myBO2, myB_myB_Linker Where myBO1.Field1 = 'a' I always get a crash Should I file this to Mantis or send you this test DB? Cool Runnings, Erne. |er| musical box |ne| a media store From IvanSmahin at public.kherson.ua Mon Apr 25 12:24:13 2005 From: IvanSmahin at public.kherson.ua (Ivan Smahin) Date: Mon Apr 25 04:24:20 2005 Subject: [V4RB2] - Crash on M2M link SQL In-Reply-To: <867a6bb72ae347ddcf5dafff7ff34d4e@tiscalinet.it> References: <867a6bb72ae347ddcf5dafff7ff34d4e@tiscalinet.it> Message-ID: <1829725176.20050425122413@public.kherson.ua> Hello erne, Monday, April 25, 2005, 12:06:36 PM, you wrote: e> Hello Ruslan, e> I have a test DB with a Many to Many link built in traditional way with e> Linker table e> it is empty (no records) e> When I try this SQL: e> Select myBO1.* From myBO1, myBO2, myB_myB_Linker e> it works fine, but if I add a Where clause as in: e> Select myBO1.* From myBO1, myBO2, myB_myB_Linker e> Where myBO1.Field1 = 'a' e> I always get a crash e> Should I file this to Mantis or send you this test DB? Sure. It should be placed to the mantis and we need your DB for reproducing the problem. -- Best regards, Ivan mailto:IvanSmahin@public.kherson.ua From sunshine at public.kherson.ua Thu Apr 28 17:06:04 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Thu Apr 28 09:06:21 2005 Subject: BUG REPORT: fqbvcoog - REALbasic 2005 fails to work with V4RB 2 Message-ID: Hi Valentina + REALbasic users, I have add report about problem of REALbasic 2005 and V4RB2 If you want please add your vote: http://www.realsoftware.com/feedback/viewreport.php?reportid=fqbvcoog -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From sunshine at public.kherson.ua Sat Apr 30 01:33:51 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Fri Apr 29 17:34:01 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded Message-ID: Hi All, http://www.paradigmasoft.com/V4MD_203fc5_mac.dmg http://www.paradigmasoft.com/V4RB_203fc5_mac.dmg http://www.paradigmasoft.com/VServer_Embedded_203fc5_mac.dmg fc5 fixes/improves a lots of issues related to client/server. Btw, also tomorrow we expect Valentina Studio b5 which also now work with Vserver 2. GOOD NEWS guys! we have now Working V4MD Shockwave on both mac and windows!!! Saturday we will upload V4MD Tutorial which will have example and description how to make SW movie with V4MD. Very easy in fact! :-) This is list of fixed from 2.0.2 to 2.0.3fc5 kernel - 2.0.3 ============== - 0000727: [API] Passing empty string (via put_String()) produces incorrect result. (Igor Gomon) - 0000726: [Indexes] Diagnose for ByteIndex after close/open show problem. (Ruslan Zasukhin) - 0000598: [SQL] Please implement LIMIT as described in the Documentation (Ivan Smahin) - 0000717: [API] Can't blank record (Ivan Smahin) - 0000650: [SQL] SQL with no result or error message (Ivan Smahin) - 0000692: [SQL] Error 460037 by SQL-Selection (Ivan Smahin) - 0000710: [SQL] DISTINCT gives always different result (Ivan Smahin) - 0000687: [API] Link_binary_records: error on delete phone from your example (Ivan Smahin) - 0000662: [API] binary link: allowed duplicates links (Ivan Smahin) - 0000694: [SQL] REGEX should ignore indexedbywords indexes (Ivan Smahin) - 0000671: [SQL Parser] LIMIT sets 0 as default limit value. (Serge) - 0000693: [Record Locks] Eat a lots of RAM on Cursor.AddRecord(). (Ruslan Zasukhin) - 0000691: [SQL] select Distinct... from Join ... Order By - this mix does not work. (Ivan Smahin) - 0000532: [SQL] SQL Where Join with twice same table and with AND-OR-Combinations (Ivan Smahin) - 0000681: [Performance] LIKE and REGEX now can do INDEX SCAN. This make them in 20+ times faster. (Ruslan Zasukhin) - 0000672: [Tables] Update does not check value was really changed. (Ivan Smahin) - 0000673: [Cursors] DeleteAllRecords must use original table algorithm. (Ivan Smahin) V4RB - 2.0.3 ============ - 0000730: [Examples] [NEW] Advanced/VServerUtility (Igor Gomon) - 0000729: [Examples] [NEW] Common/SharedConnection (Igor Gomon) - 0000728: [Examples] [NEW] Common/VServer (Igor Gomon) - 0000669: [API] VTable.DeleteAllRecords Should Not Require a Parameter (Ruslan Zasukhin) - 0000689: [Class-way] DeleteAllRecords demands the parameter (Ruslan Zasukhin) - 0000719: [SQL] Crash in Select Query involving M:M Relations (Ivan Smahin) - 0000709: [API-way] "FindSingle" looks as "FindStart" instead of "FindValue". (Ivan Smahin) - 0000685: [API] db.table.UpdateRecord fails for BLOB field (Ivan Smahin) - 0000712: [Import/Export] ImportText Fails to Import into the same table twice in a row (Ivan Smahin) - 0000684: [SQL] Crash using LIKE and tables linked by objectPtr (Ivan Smahin) - 0000616: [Performance] Database takes a long time to open (Ruslan Zasukhin) - 0000682: [Examples] New, SQL_Way/ImportExport added. (Ivan Smahin) - 0000678: [Other] V4RB-Client now works with VServer. (Ruslan Zasukhin) - 0000677: [Examples] Class-way examples updated to be Server-ready. (Ruslan Zasukhin) - 0000674: [Pictures] REALbasic - vpicture fields not working (Ruslan Zasukhin) V4MD - 2.0.3 ============ - 0000733: [API] [NEW] SQL_way/Import_Export (Igor Gomon) - 0000732: [API] [NEW] Common/SharedConnection (Igor Gomon) - 0000731: [Examples] [NEW] Common/VServer (Igor Gomon) -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macserve.net/pipermail/valentina-beta/attachments/20050430/75ca5ade/attachment-0001.html From sunshine at public.kherson.ua Sat Apr 30 01:44:35 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Fri Apr 29 17:44:41 2005 Subject: V4MD, Vserver 2.0.3fc5 for Windows uploaded Message-ID: Hi All, http://www.paradigmasoft.com/V4MD_203fc5_win.exe http://www.paradigmasoft.com/VServer_Embedded_203fc5_win.exe fc5 fixes/improves a lots of issues related to client/server. Btw, also tomorrow we expect Valentina Studio b5 which also now work with Vserver 2. GOOD NEWS guys! we have now Working V4MD Shockwave on both mac and windows!!! Saturday we will upload V4MD Tutorial which will have example and description how to make SW movie with V4MD. Very easy in fact! :-) This is list of fixed from 2.0.2 to 2.0.3fc5 kernel - 2.0.3 ============== - 0000727: [API] Passing empty string (via put_String()) produces incorrect result. (Igor Gomon) - 0000726: [Indexes] Diagnose for ByteIndex after close/open show problem. (Ruslan Zasukhin) - 0000598: [SQL] Please implement LIMIT as described in the Documentation (Ivan Smahin) - 0000717: [API] Can't blank record (Ivan Smahin) - 0000650: [SQL] SQL with no result or error message (Ivan Smahin) - 0000692: [SQL] Error 460037 by SQL-Selection (Ivan Smahin) - 0000710: [SQL] DISTINCT gives always different result (Ivan Smahin) - 0000687: [API] Link_binary_records: error on delete phone from your example (Ivan Smahin) - 0000662: [API] binary link: allowed duplicates links (Ivan Smahin) - 0000694: [SQL] REGEX should ignore indexedbywords indexes (Ivan Smahin) - 0000671: [SQL Parser] LIMIT sets 0 as default limit value. (Serge) - 0000693: [Record Locks] Eat a lots of RAM on Cursor.AddRecord(). (Ruslan Zasukhin) - 0000691: [SQL] select Distinct... from Join ... Order By - this mix does not work. (Ivan Smahin) - 0000532: [SQL] SQL Where Join with twice same table and with AND-OR-Combinations (Ivan Smahin) - 0000681: [Performance] LIKE and REGEX now can do INDEX SCAN. This make them in 20+ times faster. (Ruslan Zasukhin) - 0000672: [Tables] Update does not check value was really changed. (Ivan Smahin) - 0000673: [Cursors] DeleteAllRecords must use original table algorithm. (Ivan Smahin) V4RB - 2.0.3 ============ - 0000730: [Examples] [NEW] Advanced/VServerUtility (Igor Gomon) - 0000729: [Examples] [NEW] Common/SharedConnection (Igor Gomon) - 0000728: [Examples] [NEW] Common/VServer (Igor Gomon) - 0000669: [API] VTable.DeleteAllRecords Should Not Require a Parameter (Ruslan Zasukhin) - 0000689: [Class-way] DeleteAllRecords demands the parameter (Ruslan Zasukhin) - 0000719: [SQL] Crash in Select Query involving M:M Relations (Ivan Smahin) - 0000709: [API-way] "FindSingle" looks as "FindStart" instead of "FindValue". (Ivan Smahin) - 0000685: [API] db.table.UpdateRecord fails for BLOB field (Ivan Smahin) - 0000712: [Import/Export] ImportText Fails to Import into the same table twice in a row (Ivan Smahin) - 0000684: [SQL] Crash using LIKE and tables linked by objectPtr (Ivan Smahin) - 0000616: [Performance] Database takes a long time to open (Ruslan Zasukhin) - 0000682: [Examples] New, SQL_Way/ImportExport added. (Ivan Smahin) - 0000678: [Other] V4RB-Client now works with VServer. (Ruslan Zasukhin) - 0000677: [Examples] Class-way examples updated to be Server-ready. (Ruslan Zasukhin) - 0000674: [Pictures] REALbasic - vpicture fields not working (Ruslan Zasukhin) V4MD - 2.0.3 ============ - 0000733: [API] [NEW] SQL_way/Import_Export (Igor Gomon) - 0000732: [API] [NEW] Common/SharedConnection (Igor Gomon) - 0000731: [Examples] [NEW] Common/VServer (Igor Gomon) -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macserve.net/pipermail/valentina-beta/attachments/20050430/24875118/attachment.html From jda at his.com Fri Apr 29 19:45:41 2005 From: jda at his.com (jda) Date: Fri Apr 29 18:45:54 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded In-Reply-To: References: Message-ID: >http://www.paradigmasoft.com/V4RB_203fc5_mac.dmg I get a 404 error. BTW, any tried Tiger yet. I have one report of a crash with Tiger, and the log looks like it's in Valentina. I'm installing Tiger tonight myself to see... Jon From macsforever2000 at goodeast.com Fri Apr 29 18:17:34 2005 From: macsforever2000 at goodeast.com (Frank Schima) Date: Fri Apr 29 19:17:53 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded In-Reply-To: References: Message-ID: <37704019-9458-4751-A3CD-185C57D9766D@goodeast.com> On Apr 29, 2005, at 5:45 PM, jda wrote: >> http:// >> www.paradigmasoft.com/V4RB_203fc5_mac.dmg >> > > I get a 404 error. Yes, I cannot it download either. > BTW, any tried Tiger yet. I have one report of a crash with Tiger, > and the log looks like it's in Valentina. I'm installing Tiger > tonight myself to see... It seems to be working fine for me. But be careful, if you Archive and Install Tiger, you will need to re-install to get the VComponents into the CFMSupport folder. Best regards, Frank Schima From sunshine at public.kherson.ua Sat Apr 30 09:33:17 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 30 01:33:26 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded In-Reply-To: Message-ID: On 4/30/05 1:33 AM, "Ruslan Zasukhin" wrote: Argh, the URL should contains word download mac: http://www.paradigmasoft.com/download/V4MD_203fc5_mac.dmg http://www.paradigmasoft.com/download/V4RB_203fc5_mac.dmg http://www.paradigmasoft.com/download/VServer_Embedded_203fc5_mac.dmg win: http://www.paradigmasoft.com/download/V4MD_203fc5_win.exe http://www.paradigmasoft.com/download/VServer_Embedded_203fc5_win.exe -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From jda at his.com Sat Apr 30 07:33:42 2005 From: jda at his.com (jda) Date: Sat Apr 30 06:33:55 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded In-Reply-To: References: Message-ID: Got it. BTW, I have installed Tiger, and so far everything works (so far!). BUT, opening a database takes an very, very long time (30 seconds to a minute). Ruslan, do you have Tiger yet to look at this? Jon From sunshine at public.kherson.ua Sat Apr 30 15:20:12 2005 From: sunshine at public.kherson.ua (Ruslan Zasukhin) Date: Sat Apr 30 07:20:18 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded In-Reply-To: Message-ID: On 4/30/05 2:33 PM, "jda" wrote: > Got it. > > BTW, I have installed Tiger, and so far everything works (so far!). > BUT, opening a database takes an very, very long time (30 seconds to > a minute). > > Ruslan, do you have Tiger yet to look at this? Not yet. You mean that on Tiger db.open() works much slower than on Panther ? Strange. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] From macsforever2000 at goodeast.com Sat Apr 30 08:56:46 2005 From: macsforever2000 at goodeast.com (Frank Schima) Date: Sat Apr 30 19:04:08 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded In-Reply-To: References: Message-ID: Hi Jon, On Apr 30, 2005, at 5:33 AM, jda wrote: > BTW, I have installed Tiger, and so far everything works (so far!). > BUT, opening a database takes an very, very long time (30 seconds > to a minute). I do not see this. Databases open in about the same time here - actually it seems a little faster. Best regards, Frank Schima From jda at his.com Sat Apr 30 20:40:38 2005 From: jda at his.com (jda) Date: Sat Apr 30 22:39:49 2005 Subject: V4RB, V4MD, Vserver 2.0.3fc5 for Mac uploaded In-Reply-To: References: Message-ID: >Hi Jon, > > >On Apr 30, 2005, at 5:33 AM, jda wrote: > >>BTW, I have installed Tiger, and so far everything works (so far!). >>BUT, opening a database takes an very, very long time (30 seconds >>to a minute). > >I do not see this. Databases open in about the same time here - >actually it seems a little faster. > > Hi Frank, I agree. I wrote a subsequent email to Ruslan about this -- the slowness seemed to be with RB, not Valentina. And it improved a lot after the first launch. So it is indeed a minor (or non) issue. Jon