As of yesterday, 3/18/2003, LockFile() and UnlockFile() are now implemented, and seem to be working perfectly on my end, testing with the Visual FoxPro native functions of flock(), rlock(), and unlock().
This resolution will make a ton of business apps based on desktop database software that much closer to working.
Thanks Alexandre for slipping that one in to the 20030318 release! :)
Paul McNett wrote:
As of yesterday, 3/18/2003, LockFile() and UnlockFile() are now implemented, and seem to be working perfectly on my end, testing with the Visual FoxPro native functions of flock(), rlock(), and unlock().
This resolution will make a ton of business apps based on desktop database software that much closer to working.
Thanks Alexandre for slipping that one in to the 20030318 release! :)
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
For those who haven't followed this saga, what's it useful for? Getting database apps working, ok, anything else?
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
For those who haven't followed this saga, what's it useful for? Getting database apps working, ok, anything else?
I haven't tried it yet as I'm not working with wine at the moment, but could this have something to do with this?
http://www.winehq.com/hypermail/wine-devel/2002/11/1530.html
Is it more probable to work now? I will try as soon as I get the time.
bye Fabi
Fabian Cenedese wrote:
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
For those who haven't followed this saga, what's it useful for? Getting database apps working, ok, anything else?
I haven't tried it yet as I'm not working with wine at the moment, but could this have something to do with this?
http://www.winehq.com/hypermail/wine-devel/2002/11/1530.html
Is it more probable to work now? I will try as soon as I get the time.
Yes. at least more likely considering its an MDB. There is still more work to be done but this is a big step.
You have to have this in order to credibly support Microsoft Access...<grin>
Cheers,
Jer
Mike Hearn wrote:
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
For those who haven't followed this saga, what's it useful for? Getting database apps working, ok, anything else?
On Thursday 20 March 2003 01:25 am, Mike Hearn wrote:
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
For those who haven't followed this saga, what's it useful for? Getting database apps working, ok, anything else?
Multiuser desktop database apps such as Paradox, Access, FileMaker Pro, DBase, Clipper, FoxPro, Visual FoxPro, etc. And... and this is the most important IMO of all... the thousands of internal custom business apps built using one of these desktop database development environments.
This one fix means that all the apps I've developed for my various clients in Visual FoxPro will now be portable to Linux. Before this fix, I couldn't say that.
Mike Hearn wrote:
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
For those who haven't followed this saga, what's it useful for? Getting database apps working, ok, anything else?
You say that as if database apps are small potatoes but in IMHO getting these to work is critical to the success of wine. I would estimate that at least 90% of the custom built apps out there use file and record locking. I expect that this will generate more interest from outside developers than any other event.
Like I said before this is BIG.
On March 19, 2003 03:30 pm, Tony Lambregts wrote:
Paul McNett wrote:
As of yesterday, 3/18/2003, LockFile() and UnlockFile() are now implemented, and seem to be working perfectly on my end, testing with the Visual FoxPro native functions of flock(), rlock(), and unlock().
This resolution will make a ton of business apps based on desktop database software that much closer to working.
Thanks Alexandre for slipping that one in to the 20030318 release! :)
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was about,.so I had to explain. This is BIG. It seemed to me that there should have been a parade and fireworks involved with this announcement. Oh well... It's still cool... Thanks Alexandre.
I'd like to add my congratulations too, Alexandre. (Of course it's a little late for us; we've already bypassed it in our code).
-
Bill Medland -
Fabian Cenedese -
Jeremy White -
Mike Hearn -
Paul McNett -
Tony Lambregts