RE: [Harbour] Error in SDDFB

2010-03-11 Thread Horodyski Marek (PZUZ)
-Original Message- From: Luis R. Stach [mailto:luisrst...@yahoo.com.ar] Sent: Wednesday, March 10, 2010 11:04 PM To: harbour@harbour-project.org Subject: [Harbour] Error in SDDFB English by Google Hi I'm trying to connect to Firebird but I can not, I get this error: Error SDDFB/1903 Pre

Re: [Harbour] Error in SDDFB

2010-03-11 Thread Jacek Kubica
Hello Luis, I can only confirm your bug raport (the same error here). IMHO sddfb is still buggy oposite to sddoci which work just fine. sddfb can only make connection (I can see it on Flamerobin fb tool) and nothing more ;-( ... but maybe is someone on our list, who can say - it work ?? Mindau

Re: [Harbour] Error in SDDFB

2010-03-15 Thread Mindaugas Kavaliauskas
Hi, Luis R. Stach wrote: Error SDDFB/1903 Prepare statement failed: SELECT * FROM agenda (DOS Error 335544569) What I do is this: ANNOUNCE RDDSYS REQUEST SQLMIX, SDDFB RDDSETDEFAULT( "SQLMIX" ) hConn := RDDINFO( RDDI_CONNECT, { "FIREBIRD",, "SYSDBA", "masterkey", "192.168.0.1:d:\data\agenda

Re: [Harbour] Error in SDDFB

2010-03-21 Thread Jacek Kubica
Hello Mindaugas, Monday, March 15, 2010, 4:42:06 PM, you wrote: MK> Hi, MK> Luis R. Stach wrote: >> Error SDDFB/1903 Prepare statement failed: SELECT * FROM agenda (DOS Error >> 335544569) >> What I do is this: >> >> ANNOUNCE RDDSYS >> REQUEST SQLMIX, SDDFB >> RDDSETDEFAULT( "SQLMIX" ) >> >> h

Re: [Harbour] Error in SDDFB

2010-03-21 Thread Massimo Belgrano
Hello Mindaugas What dou you think of integrate a ORM mapper to allow programm written using sqlmix to be indipendent from sql string 2010/3/15 Mindaugas Kavaliauskas : > Hi, > > > Luis R. Stach wrote: >> >> Error SDDFB/1903 Prepare statement failed: SELECT * FROM agenda (DOS Error >> 335544569)

Re: [Harbour] Error in SDDFB

2010-03-21 Thread Mindaugas Kavaliauskas
Jacek Kubica wrote: Any chance for it on this weekend ?? Almost finished. Compiles without error, but have not tested any SQL backed yet. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://

Re: [Harbour] Error in SDDFB

2010-03-21 Thread Mindaugas Kavaliauskas
Massimo Belgrano wrote: Hello Mindaugas What dou you think of integrate a ORM mapper to allow programm written using sqlmix to be indipendent from sql string Hi, I suggest you to write down your idea in C or PRG code and share it on mailing list. Regards, Mindaugas ___

Re: [Harbour] Error in SDDFB

2010-03-21 Thread Massimo Belgrano
New generation languages (Python, Ruby etc. and even Java) have shifted focus to using ORMs rather than SQL directly. Now instead of explicit SQL statements, ActiveRecord (Ruby's Object Relational Mapper) uses something like emp=Employee.new emp.name = "Emp1" emp.basic = 4500 emp.designation = "Pr

Re: [Harbour] Error in SDDFB

2010-03-21 Thread Viktor Szakáts
> New generation languages (Python, Ruby etc. and even Java) have shifted focus > to > using ORMs rather than SQL directly. Now instead of explicit SQL > statements, ActiveRecord (Ruby's Object Relational Mapper) uses > something like > > emp=Employee.new > emp.name = "Emp1" > emp.basic = 4500 >

Re: [Harbour] Error in SDDFB

2010-03-22 Thread Leandro Damasio - 2D Info
ts" Sent: Sunday, March 21, 2010 10:02 PM To: "Harbour Project Main Developer List." Subject: Re: [Harbour] Error in SDDFB New generation languages (Python, Ruby etc. and even Java) have shifted focus to using ORMs rather than SQL directly. Now instead of explicit SQL statements, A

Re: [Harbour] Error in SDDFB

2010-03-22 Thread Viktor Szakáts
>> So for me it's hard to understand why to reinvent >> it, if we already have it by the name "RDD". >> >> If we want to go beyond this and implement the whole >> "ORM" buzzword, it's a whole separate project, >> not just some extra lines of code in sqlmix. > > ORM is defined as Object Relational

Re: [Harbour] Error in SDDFB

2010-03-23 Thread Alex Strickland
Viktor Szakáts wrote: So, if that's all "ORM" means, we already have it, and that was one of the features that made dBase so popular versus other "database" languages. My understanding is that there is a "disconnect" between the programmers object based view of the data and the DBMS's relatio