Yes, I'm afraid I may have to punt on this as well. Seems there isn't even an RTLMoveMemory/CopyMemory on CE anyway. I was almost ready to try calling WideCharToMultiByte and then MultiByteToWideChar to try copying that buffer. Hmm, I now see that FoldString might have worked assuming the necessary DLL is present (Coreloc.dll?).
Thank you for the response, and for your list of those aliases. Bob --- In firstname.lastname@example.org, "rmrsoft" <a...@...> wrote: > > Just so you know you are not being ignored :-) > > I've been writing program using NSB for a long time now and I have never > found a solution. In fact I finished up releasing my programs and each time > someone told me their external card was not being recognised I asked them > what it was called and added that name to the program and re-issued it. > > So far I have: > > "Storage Card" > "CF Card" > "Built-in Storage" > "SD Card > "SDMMC Disk" > "SD-Karte" > "iPaq File Store" > "Speicherkarte" > "Mini-SD" > "SD-MMCard" > "SDMMC" > "Interner Speicher" > "Minneskort" > > Cheers > > Al > > --- In email@example.com, "michiman56" <rriemersma@> wrote: > > > > Oof! > > > > Even worse, it looks like the return from these API calls is a pointer to a > > Struct allocated by the system. This means you'd need some way to do a > > "CopyMemory" API call or equivalent to get at the requested data. > > > > I'm not aware of any way to do such a thing from NSB/CE since there is no > > way I know of to do something like VB6's VarPtr() call. Am I missing > > something more experienced programmers would use to accomplish this? > > > > Is there something in the "toolkit" of libraries to help accomplish this? > > > > Thanks, > > Bob > > > > --- In firstname.lastname@example.org, "michiman56" <rriemersma@> wrote: > > > > > > In order to identify a flash memory card when using newObjects' > > > SFMain.OpenDirectory() it appears you must examine the name of each > > > returned directory/storage (in the contents collection) in order to know > > > that you're dealing with a "Storage Card." > > > > > > SFInfo.Type only returns storage (directory) vs. stream (file). > > > > > > The names can vary with localization as well as the vendor's choice of > > > how flash devices get named (could be "CF Card" or almost anything I > > > suppose). So it looks like you must use some clunky API calls to get the > > > name (1 card) or names (multiple cards): > > > > > > FindFirstFlashCard(), FindNextFlashCard(). > > > > > > Is this true or is there another way? > > > > > > -- You received this message because you are subscribed to the Google Groups "nsb-ce" group. To post to this group, send email to nsb...@googlegroups.com. To unsubscribe from this group, send email to nsb-ce+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/nsb-ce?hl=en.