Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

Register Log in
  • Congratulations Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Search results for query: *

  1. dgfletcher

    Default user login scripts overriding container login script 6.5

    Thanks. I misinterpreted the documentation to mean that no_default meant to skip the container login. Which doesn't make sense, but maybe I was tired. I guess the default user login script in versions 3,4,5,6 always coincided with what my clients needed! I never noticed it executing at all.
  2. dgfletcher

    Default user login scripts overriding container login script 6.5

    I moved a client from Netware 4 to 6.5. It is a small client with 10 stations. The container login script merrily sets up its mappings just as expected, but then the DEFAULT user login script trashes them and sets up it's own mappings. Before I figured out what was going on I went...
  3. dgfletcher

    get checkout box

    You might try this. Assuming that your SourceSafe is installed in i:\vss, you can check it out programmatically. ! i:\vss\win32\ss CheckOut $\RIGHTSMAX\prg\buildno.prg Good luck.
  4. dgfletcher

    Bloated classlib =VCXVCT VFP7

    Tkanks. The mystifying thing was that the file size didn't creep up as the memo fields got modified, at least not much. It exploded by a factor of 40! Packing didn't help because the bogus records weren't deleted. As far as I can tell the memo fields had 0 length, but I guess I'll go back...
  5. dgfletcher

    Bloated classlib =VCXVCT VFP7

    Has anybody else experience dramatic inflation of a VCT file? We had one go from 548k to 17meg from one version to the next after only minor bug fixes to a couple of the classes. After locating the point where the size ballooned, I compared the VCX's of the differing versions and found a...
  6. dgfletcher

    Find doesn't work with FullName

    Hello, We are getting from outlook from Visual Foxpro 7 and on certain installations of Outlook the following fails: SomeData = mynewfolder.Items.Find("[Fullname] = 'XYZ' ") The routine works with any other field, and works with fullname on different data. Is this because...
  7. dgfletcher

    Problem with GOTO TOP

    Interestingly, if embarrassingly, the problem turned out to be buried in an include file which someone, helpfully trying to increase the "readability" of some code somewhere in the project, which had a preprocessor directive that redefined TOP as 0, that's zero. So GOTO TOP was being...
  8. dgfletcher

    Interesting trap with ELS instead of ELSE

    A quick note. In VFP7 IF ..... ELS && misspelled ...... ENDIF seems to function exactly as if the ELS wasn't there. The compiler doesn't flag it as an error. If this is known, forgive the post. A quick search didn't show anything posted yet. Don.
  9. dgfletcher

    Problem with GOTO TOP

    Thanks for all the input. I'm going to go back and check the tables thoroughly. And see if I can recreate the problem reliably. But, if recollection serves, in at least one instance, the GO TOP misbehaved on an unindexed cursor created a few lines earlier in the method (or do cursors have...
  10. dgfletcher

    Problem with GOTO TOP

    Thanks, I'll check. I omitted to mention the problem is in VFP7. It is weird that LOCATE works...
  11. dgfletcher

    Problem with GOTO TOP

    HI, Hope this hasn't been addressed a hundred times. I didn't see anything in the FAQ. I've run into wierd behavior with GO TOP or GOTO TOP. The command produces record out of range errors, but executes correctly from the command line. Using LOCATE with no specification does what is...

Part and Inventory Search

Back
Top