--------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBI00001 Date: 07/12/97 From: ROB WILLIAMS Time: 08:16am \/To: RON TUYNMAN (Read 0 times) Subj: RE: Visual basic vs. Delp > ...Printed and archived it! > Thanx a thousand times! You are most welcome! RT> RW> Add('USERID', 'USERID', [ixPrimary, ixUnique]); > ...Can you explain this to me? Especially the part in the array. Are > these logicals? Strings? Integers? It isn't an array, but a set. I believe the correct term for them is a "set of enumerated types". Basically, they are pre defined variables that equate to something. I don't know if it is integer (I would expect so, but I never investigated it). If you look up in the help files about this method, it will explain all about them. > ...Yes. Not in the least for your good and patient advises I'm > getting started. Well, like I said, I wouldn't consider myself and expert, but I do have some practical experience with it, and I am still learning (constantly...) > I have a Movie-Database-application created that looks yust great in > it's own modesty. Using several mediaplayers is giving me Great! Glad things are starting to work out for you.... > Memory-problems, though. I think I must CLOSE those mediaplayers > after a MediaPlayer1.Wait := true; > Going to try this today... Well, working in windows can be challenging at times. A couple things to be careful of: 1 - make sure a component/form is created before trying to do anything with it (sounds basic, but it is easier to forget than you would think), 2 - Make sure you only free/destroy something once (again, easier to do than you would think). Either one of these things will cause an exception or GPF, and they can be quite puzzling. To your continued success! Rob --- QMPro 1.53 WCS Software!-BBS Doors! (503)631-8439/wcssoft.com * Origin: WCS Online!-BBS Doors-Internet-503-631-8439@wcssoft.co (1:105/278) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBI00002 Date: 07/12/97 From: ROB WILLIAMS Time: 01:44pm \/To: FRANCOIS PIETTE (Read 0 times) Subj: Making the damned thing t FP>You forget to mention the event driven programming model used by >Windows which is far away from traditional (ie DOS) way of doing >things. That is what I was alluding to in my response. It takes some getting used to, and I could probably benefit from that book. I'll have to take a look at it. FP>My opinion is that the more experience you have with procedural >languages and traditional OS (like DOS or UNIX), the more difficulties >you have to switch to a object oriented language like Delphi and an >even driven environment like Windows. I would agree with this. All the bad habits you learned under DOS (in my case) have to be unlearned, as you are not in total control anymore, like you were under DOS. Thanks for the book recommendation! Rob --- QMPro 1.53 WCS Software!-BBS Doors! (503)631-8439/wcssoft.com * Origin: WCS Online!-BBS Doors-Internet-503-631-8439@wcssoft.co (1:105/278) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBI00003 Date: 07/13/97 From: TOM MOORE Time: 05:06am \/To: QUINTIN OLIVER (Read 0 times) Subj: Re: Only me! *** Quoting Quintin Oliver from a message to Tom Moore *** TM> Sad as this may seem, I would have to have the structure of the record TM> in Qbasic so that I could type that file in pascal to allow you to open TM> it. QO> Ok, shall I send you some of the QuickBasic code ? Sorry, I've been tied up for a while on other things... if you still have not resolved this issue, then please send me the code, and I will see what I can do for you. Regards, Tom Moore --- Telegard v3.02/mL * Origin: Time Passages - 405-372-2880 (1:3814/8) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBI00004 Date: 07/12/97 From: ERIK JAKOBSEN Time: 07:55pm \/To: JEROEN PLUIMERS (Read 0 times) Subj: C++ versus Delphi Hello Jeroen! Replying to a message of Jeroen Pluimers to Tony Dunn: JP> Just my DFL 0,02 (and please note this is meant to be informative only JP> I'm not going to discuss this): I do understand ... there cant be much to discuss.-) but isn't it an odd attitude!? I won't coment on your knowledgebase ... I might get in serious conflict with the moderator. JP> As long as you want to stay WIntel It's very short sighted to make your development based on one single system. And you might not be the master of that decision. Hopefully you might find something like object pascal on that system ... but you might not find DELPHI. JP> Object Pascal is easier to learn than C++. and later ... JP> 2. Easier language than C++ Are you that kind of guy who thinks that "latin" is much hard to learn than "dutch" ? or "japanise" so much harder than "chinese" ? This argument is not valid. Whats valid is that IF you have learned pascal, then you'll have to work (not very much, but you have to) to get hold of the language. In that process you might even learn at bit or two. And the "easier" part might just blur your sight as to understand what is going on. It is not by chance that c/c++ is used in building operation systems :-) JP> It develops and compiles JP> faster than C++ What are you comparing ... If you take Visual builde c++ then there shouldn't be much difference. Or Visual Basic ? Which to someone might be an easyer language. You can get several interfaces to gui-programming, which does make development less time-consuming. You can get severel visual designers to create what delphi does for/in object pascal. And even if delpi compiles quicker, then it might just not RUN that quick . Then you might not find just that bit you need. So your stuck, just as everybody else. And here are Delphi just not as easy and elegant as some other languages. JP> and it is also easier to pass your code to someone JP> else (or jump into it after a few month time yourself) than C++. Well written code is readable to a litterate, what ever language used. Worse ... readable code ( as in litterature) is not the same as understandable code. Take sign language : What ever nation you belong to ... you understand each other . Contrary to audibel language, where there is an nationwide difference. Nobody understands each other. JP> IMHO The only reasons to go C++ is one or more of the following: JP> 1. Your own code must run on other platforms than WIntel. ? use VB ? JP> 2. You get into a load of legacy C++ code that is hard to convert and JP> hard to interface with (so you can't use C++ Builder as an JP> intermediate) frased otherwise: pascal has a serious defect interfacing with other languages. It's a language with an atitude. JP> 3. You are forced to by someone else (boss, employer, JP> client, etc). To limit yourself to one language is to limit yourself in your job-potentials. JP> 4. You are an extremely good C++ programmer and more JP> productive in C++ than in Object Pascal. programming is not the language, its the way you think and structure a "job" JP> All other WIntel projects can be equally or better implemented in JP> Delphi. are you that experienced, as to dare make such a jugement. I only dare say: if you think you can do with a tool, then go ahead. You are responsable. There is nothing as THE perfect solution... just solutions. JP> I am not going to discuss the list below at length, but IMHO, Delphi JP> currently has: JP> 1. Better COM than C++ (no more IDL programming) JP> 3. Better database support than C++ (D3 thin client is much better JP> than MFC, DAO and/or ODBC) 4. Equal RPC support as C++ (trough JP> Entera) 5. Better code packaging than C++ (packages+COM versus JP> OBJ/LIB/COM) 6. Better class library foundation (VCL) than C++ (MFC, JP> OWL or C++ layer on top of VCL) I just loved the above. When your feet reaches the ground again here is something to think about: Borland is not known as "the" producent of valid code. JP> If you need to go C++ then you have a few options: is that so? JP> 1. If you go WIntel, then go BC++ 5.02 or C++ Builder or Optima++ 2. Ever head of Watcom ? VAC++ ? JP> If you go Windows (32/CE) go Microsoft C++ 3. why ? JP> If you go other platforms, go GNU C++ or native compiler :-) Then your covered! why not use gcc as a win-compiler? ( dj++) JP> If your target is very much focused only on Microsoft Office JP> applications (which is a large market that is growing very fast), JP> then go VBA. Yes! go advice. THE instrument in creating sound and stabel programs .-) 0 Erik! |- |\ --- FleetStreet 1.18 NR * Origin: DataVisor BBS - TeamOS2 (2:238/52.136) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBJ00000 Date: 07/15/97 From: JUD MCCRANIE Time: 12:09am \/To: ALL (Read 0 times) Subj: TITLE BAR IN D3 With Delphi 3, the title bars are minuscule on things like the object inspector, alignment pallette, project manager, etc. What can I set to make these a normal size? Jud McCranie jud.mccranie@camcat.com ... The ease of Pascal with the power of Pascal. * Silver Xpress V4.3 SW20178 --- PCBoard (R) v15.3/M 5 * Origin: Riverdale, Ga (1:133/9024) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBK00000 Date: 07/13/97 From: TONY DUNN Time: 11:10pm \/To: ALL (Read 0 times) Subj: Two Tables? Hello All I'm building a CD collection app with a pair of tables in Delphi 1.0, and would appreciate some help when inserting a new record. The tables are CD and CDTracks, and have a common indexed field CDID which in the main CD table is auto-increment. What I want to do is create a new record that will make a new entry in the CD table, auto-increment the CDID field, but make a connection between the CDID field in both tables (adding the CDID number in the CDTracks table), and let me add many tracks in the CDTracks table, each of which links back to the CDID n the master table. This has to be easy, but I can't suss how :-( Replies to mail address preferred if possible... Tony --- GEcho/32 1.20/Pro * Origin: Tony's Point of View (2:250/102.2) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBK00001 Date: 07/13/97 From: SIMON HUGGINS Time: 04:31pm \/To: RON TUYNMAN (Read 0 times) Subj: Visual basic vs. Delphi Hi Ron, On Wednesday, 9 July 1997 at 13:41:49, Ron Tuynman confused me talking about: Visual basic vs. Delphi to Simon Huggins -=>> Simon Huggins schreef op Sunday, 6 July 1997 10:31:20 aan -=>> Ron Tuynman over Visual basic vs. Delphi..<=- ^^^ Scary!! is that dutch or something??? RT> [...Loop-terminators...] SH>> Ermmm, isn't that easier????!! RT> ...I don't think so. Well that's your right! SH>> Instead of having to know what to put afterwards, you SH>> just always put an end. RT> ...I like some structure in my source code. When RT> debugging it's a lot more surveyable looking at those RT> logical pairs (DO..ENDDO, FOR...NEXT, IF...ENDIF) than RT> guessing where that particular END; refers to. Hmm, yes I suppose I have confused myself before. Someone in here said about putting a comment beside each end they use i.e. end; {while} perhaps that would help? RT>> The help-files aren't giving me exactly what I need. SH>> Surely they *DO* give that? SH>> Bookmark the "Procedures and Functions (categorical)" SH>> page in the helpfile. What more do you want?? RT> ...Printed matter ... ;-) The print button bfn, si. Fido: 2:440/7.15 *** SEE IT. LIVE IT. BE IT. TREK_RANKS_UK *** Internet: huggie@dial.pipex.com Web: http://ds.dial.pipex.com/huggie .!. Passionate kiss, like spider web, leads to the undoing of the fly. --- Terminate 4.00/Pro * Origin: How do *YOU* define normal? (2:440/7.15) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBK00002 Date: 07/15/97 From: ROBERT STAENKE Time: 04:56pm \/To: DANIEL POHREN (Read 0 times) Subj: Re: Can I trust in Paradox tables Hi Daniel! DP> I'm having SERIOUS problems in some clients with paradox tables... DP> I don't know what happens, sometimes I loose indexes, they are just DP> erased from the HD, with no reason... In one minute a relat is working DP> fine, and in the next I just have the message "Table ... has no index DP> for fields ...." What may be happening? When I go to database desktop, DP> I see that this index no longer exists, and I have to create it again DP> and again... If you are using Win NT 4.0 as a server, then you might try this. Helped avoiding paradox table corruption a lot, it didn't happen again for 4 months now. =============== CUT ================ Problems with shared DataFlex files on Windows NT Server There have been reports of data- and index-file corruption (or at least an apparent lack of synchronization between the data at various workstations) when using DataFlex in configurations where the shared files are stored on a Windows NT Server. These problems were verified in-house with both DataFlex 3.1b for DOS and Visual DataFlex 4. It was also reported that Microsoft Access had similar problems and required that opportunistic locking (an NT feature) needed to be disabled at the server for the Access application to function correctly. After examining the Microsoft Knowledge Base article Q129202 (Explanation of Opportunistic Locking on Windows NT), we re-tested DataFlex 3.1b and Visual DataFlex after turning off the NT Server parameters for opportunistic locking. These settings, and how to change them, are shown below. If you examine the Knowledge Base article, you will notice references to NT Workstation settings as well as the server settings. Our testing is limited to turning off OpLocks at the server. We have not tested the results of turning off OpLocks at all NT Workstations running DataFlex applications and keeping it enabled at the server. It is possible that NT Workstation enforcement will also work, but our recommended and supported solution is to disable this feature at the server. It is important to note that the updated VREDIR.VXD workstation fix (also discussed in this PIB) is also required for stable operations when using Windows 95 workstations. There are actually two different operating-system- level functions at work when using combinations of Windows 95 and Windows NT workstations and Windows NT server: local buffering of data at the Windows 95 workstations (controlled by VREDIR.VXD and its registry settings at the workstation) and opportunistic-locking buffering at the Windows NT workstations (controlled by combinations of settings at the workstation and server, but only supported by disabling it at the server). Changed NT Server parameters: EnableOpLockForceClose REG_DWORD set to 1 (default=0) EnableOplocks REG_DWORD set to 0 (default=1) This is done by starting the program: ...\WINNT35\System32\Regedt32.exe 1. Chose: HKey_Local_Machine -> System -> Current Control Set -> Services -> Lanman Server -> Parameters -> Edit -> Add value -> Value name: EnableOpLockForceClose Data type : REG_DWORD OK -> Parameter value: Hex 1 Add value -> Value name: EnableOpLocks Data type : REG_DWORD OK -> Parameter value: Hex 0 ========== CUT ============== Hope it helps! Bye, Rob --- CrossPoint v3.1 * Origin: Scientific progress goes 'Boink' (2:310/65.12) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBK00003 Date: 07/14/97 From: HANS TAP Time: 10:58pm \/To: DANIEL POHREN (Read 0 times) Subj: Can I trust in Paradox ta Hello Daniel, I hope you defined a netfiledir in de alias manager. This directory must be accessible by all users in R/W mode in is used for file integrity . Hans Tap --- Maximus/2 3.01 * Origin: Het PascalGG BBS (2:500/162) --------------- FIDO MESSAGE AREA==> TOPIC: 269 DELPHI Ref: EBL00000 Date: 07/14/97 From: FRANCOIS PIETTE Time: 05:48pm \/To: RON TUYNMAN (Read 0 times) Subj: GPF Salut Ron Tuynman ! Dans un message de Ron Tuynman dat du 09 Jul 97 13:48:51 il tait dit: RT>> Form4.ShowModal; RT>> I get a GPF on 0006:5747. GW>> Form4 has probably not been instantiated/created. Did you take it out GW>> of the auto-create list? RT> ...Ahem... There's an icon on the left RT> side of the speedbar that say's 'New form'. I used that... Just to be sure, run your program using the integrated debugger. Put a breakpoint on the Form4.ShowModal. When hit, examine the value for Form4 variable. If it is nil then the form has not been created or has already been destroyed or released. Amitis, {-Francois Piette-} francois.piette@ping.be http://www.rtfm.be/fpiette --- SvFido 1.32 * Origin: OverByte BBS (Embourg-Belgium) 32-4-3651395 VFC/V34+ (2:293/2202)