This is an archive of CompuServe forum messages from 1985 to 1995, as saved in transcripts by John Foust.
Search Results (300 messages)
#80043-Cur Dir Quiz?
Message #80192
Scott, thanks for the response. Sounds like a first good step. Now what about this (starting from your example: E:\MSTOOLS\BIN): 1. SetCurrentDirectory(".."); 2. GetCurrentDirectory(); -> does it return E:\MSTOOLS? 3. SetCurrentDirectory("C:"); 4. GetCurrentDirectory(); -> returns C:something, right? 5. SetCurrentDirectory("E:"); 6. GetCurrentDirectory(); -> now the $64,000 question: do you get E:\MSTOOLS…
Reply to message #80043
#79678-#Cur Dir Quiz?
Message #80043
I tested this behavior on Windows NT 3.5 (build 807), utilizing the following p-code SetCurrentDirectory("E:"); GetCurrentDirectory(); The buffer returned by GetCurrentDirectory() contained the current directory on the E: drive (in my case, E:\MSTOOLS\BIN) Regards, Scott Field Microsoft Corp. There is 1 Reply. Read action !
Reply to message #79678
#79929-Cur Dir Quiz?
Message #80032
> You have described exactly what I tried. However, specifying > either "D:" or "D:." does not give the desired result of > remembering" the current directory on the drive. It really > changes to root every time, as far as I can tell. (Trying "D:\" > does change to…
Reply to message #79929
#79905-Cur Dir Quiz?
Message #79929
You have described exactly what I tried. However, specifying either "D:" or "D:." does not give the desired result of "remembering" the current directory on the drive. It really changes to root every time, as far as I can tell. (Trying "D:\" does change to root, too. 🙂 ) Read…
Reply to message #79905
#79842-Cur Dir Quiz?
Message #79905
> But then my file dialog would need to keep a dynamic list of the > last-used directory on each drive. I doubt that the Common Dialog > does that, for example – how could it keep a persistent list? > There must be another way. Oops, I don't think…
Reply to message #79842
#79837-#Cur Dir Quiz?
Message #79842
But then my file dialog would need to keep a dynamic list of the last-used directory on each drive. I doubt that the Common Dialog does that, for example – how could it keep a persistent list? There must be another way. There is 1 Reply. Read action !
Reply to message #79837
#79678-Cur Dir Quiz?
Message #79837
> For example, if I use the dialog to get to directory D:\SAMPLE, > then use the drive combo box to change to drive C:, then use it to > get back to D:, I want to return to directory D:\SAMPLE instead of > D: root. > > I've tried…
Reply to message #79678
#79663-GetVolumeInformation Bug
Message #79708
John, I don't think I can help you, but I have come up with a workaround for my problem that is not too inconvenient for my customers. The workaround is to use the LABEL command after formatting a drive to make sure that the volume label appears in the root…
Reply to message #79663
#79572-#GetVolumeInformation Bug
Message #79663
I reported a different bug with GetVolumeInformation()… or at least I think it's a bug. See message 79238 if it's still around. (It should be.) I've continued to tinker with this and I can't get it to work. I've used both the GetLogicalDrives and GetLogicalDriveStrings to find the valid drives…
Reply to message #79572
GetVolumeInformation Bug
Message #79572
All, When GetVolumeInformation() is called for a network redirected drive, it returns a bogus volume label if the volume label is only stored in the boot sector. Backgrounder: Starting with DOS 4.0, the volume label can appear in the boot sector, or can be a specially marked file in the…
GetVolInfo problem?
Message #79238
I've got a case of "it works under the debugger, but not under WinNT". Under WinNT and VC 1.1, the following code works when run under the debugger. When I run as a Program Manager icon, or via Project / Execute, I get a "No disk" stop-sign dialog, warning "there…
#67049-Win32/s Memory?
Message #67364
John, > Yes, this is true on Windows NT, but not on Win32s. The memory is shared on Win32s. > Under Win32s, GlobalAlloc() thunks down to the Windows GlobalAlloc(), so all is as it was on Windows. Under Windows NT and Win32s, malloc() maps most closely to HeapAlloc().
Reply to message #67049
#51367-Sharing Memory
Message #51818
John, > I'm porting an application that relies on a large, in-memory data > structure. It shared this between several processes within the same > computer. Only one application touched it at a time. Each could allocate > or free memory, adding or subtracting from the data structure. > Is…
Reply to message #51367
#51365-Metaware C?
Message #51405
John, I don't know of any details about the Metaware /Pharlap tools that you purchased. I would ask the companies directly. There are several different approaches to getting started with the Win32 API's. The first is to purchase the Win32 SDK and VC++/NT (When it becomes available). The second is…
Reply to message #51365
#51303-DLL Memory Access
Message #51359
Ted: I just realized (rather belatedly) that we are conversing in the Win32s section, which means that in all likelihood you are working with Win32s, not with straight Win32. Unfortunately, Win32s DLL rules differ significantly from Win32 DLL rules, and I am not an expert on the differences. I believe,…
Reply to message #51303
VC++
Message #51355
But I've had the Win 32 Beta for two months now. When will the VC++ Beta arrive?
Windbg bug
Message #51354
I've just installed the released SDK et al. Windbg has a bug! While debugging another bug (in RtlAllocateHeap) I'm finding that the Effective address calculation (in the register window) is frequently wrong. This makes debugging difficult, er…a challenge. Has this been reported. Is there a fix. And so on, and…
#51278-NMAKE problem
Message #51343
Jim, > The strange thing is that this only happens with DLLs. I can get this to work with DLLs as well. > There's nothing special about .EXEs as far as NMAKE is concerned, is there? Nothing that I can think of. Can you show me your makefile? Julie
Reply to message #51278
#51275-Visual C++
Message #51341
Julie, You might direct people to the new MSLANG32 forum for VC++ NT support and questions. Carl
Reply to message #51275
#51285-Visual Basic in NT
Message #51340
Robert, This section is for tools that shipped with the SDK. Please post this question in the MSBASIC forum. Thank you, Colin
Reply to message #51285
#51319-Win32s Serial Coms
Message #51337
Robert, The Win32 Comm API's are not supported under Win32s. In order to access the Windows 3.1 Comm API's you will need to create a Universal Thunk and a 16-bit DLL that does the work. Thanks, Michael Markley [Microsoft Developer Support]
Reply to message #51319
#51303-DLL Memory Access
Message #51330
Ted: DLLs can be used to share data, but your reasoning is sound all the same. The memory situation has changed, and what worked before doesn't work the same way now. By default, a DLL's data is *not* shared among processes. You can, however, change the storage attributes of your…
Reply to message #51303
Sleep
Message #51325
Hi, I noticed that the Sleep API is not available in win32s. Is there a comparable way of doing this under Win32s with GetMessage, WaitMessage or PeekMessage or some other API. I certainly do not want to stall the entire system just one process. Thanx, Jackie
#50700-32 Bit ODBC SDK
Message #51324
Philip, There will be a developer's conference in Sept '93 where details of the upcoming SDK will be discussed. All 1.0 ODBC SDK users will receive information in the mail regarding this conference. For more information, look in the ODBC section in the WinEXT forum. Thanks, Colin
Reply to message #50700
#Win32s Serial Coms
Message #51319
I have a requirement to port an existing Windows communications product to Win32 and then use it on Windows 3.1 (i.e. 32 bit code on Windows 3.1 using Win32s). Microsoft have implemented a new API for serial communications under Win32. It would seem that this new Win32 comms API is…
#51241-Win32s and 3270
Message #51315
They don't use interrupts. Each vendor uses a differently names DLL with the entry point "hllapi" defined. We got this working recently by using msft's thunking routines to call this entry point with thunked arguments. Dave Kolb SAS Institute
Reply to message #51241
#50932-link-missng fcvt,getpid
Message #51312
I found it – fcvt etc are redefined in to _fcvt – just to keep the uninitiated from writing programs (standards they say…) . So, I needed to include and recompile to get it to link correctly. Bruce
Reply to message #50932
#DLL Memory Access
Message #51303
Under WIN16 (Windows 3.x) it's legal for two applications to dynamically link to a common DLL and, effectively, share data through that DLL's data segment by calling DLL API's that accessed that data. Our question is … Is this capability legal under WIN32 or WIN32s ? Let's assume, for example,…
#51100-_fstat broken?
Message #51302
I believe that I have tried using crtdll.dll before. The underlying mechanism to _fstat seems to be broken. We can't switch to crtdll because C++ stream are not suppported… What I would like is for you to tell me if there is a work around for the _fstat problem or…
Reply to message #51100
#51186-Scsi / Posix
Message #51301
Mark, I don't think that it is possible to talk directly to the SCSI driver from within a POSIX application. Can you tell me why you need to access the driver directly? Thanks, Michael Markley [Microsoft Developer Support]
Reply to message #51186
Serial API
Message #51294
WIN32 and WIN16 seem to provide very different serial communications APIs. Is there some portable way to interface our serial device to our Windows app ? Are we realy doomed to writing two very different pieces of code to accommodate these differences ? Does WIN32s provide any solution to this…
#Visual Basic in NT
Message #51285
Sirs, Perhaps I am a bit premature in bringing this up, but I have been trying to use Visual Basic in NT. I haven't seen any other messages here regarding VB in NT and wonder if there are any other known problems. I have tried using the winapi in an…
#51192-NT MFC & UNICODE?
Message #51282
Hi Tim. Unicode is not supported under MFC. Nancy Cluts Microsoft Developer Support
Reply to message #51192
#51171-DBWIN/OutputDebugString
Message #51281
Hi Andreas. You can create a console window and send the information from OutputDebugString() there. Take a look at the DEB sample in the \MSTOOLS\SAMPLES\DEB directory. This sample uses OutputDebugString() quite a bit – you should be able to take that code and use it in your program. Nancy Cluts…
Reply to message #51171
cross asm for 680xx
Message #51280
Hi everybody ! Has anybody of you need for a cross-assembler for the motorola 68xxx processors ? Just write me a mail. If there is demand I will upload one ! Bye. Michael Staab CIS:100271,2640
#50951-#NMAKE problem
Message #51278
I've been using the pseudotarget all from the beginning. The strange thing is that this only happens with DLLs. There's nothing special about .EXEs are far as NMAKE is concerned, is there? There is 1 Reply.
Reply to message #50951
#51253-#Visual C++
Message #51275
Harvey, We are not up on Visual C++ for Windows NT issues. Please follow the directions that you received for obtaining support for the beta. Julie There is 1 Reply.
Reply to message #51253
#51174-cl failing (0xc0000005)
Message #51273
Garrett, The March SDK will not run on the final release of Windows NT. Only applications which were built with the March SDK (or later) will run on the final release. The March SDK was not built with itself, hence it references an old entry point which cannot be resolved.…
Reply to message #51174
#51241-Win32s and 3270
Message #51271
Gerry, NT will use its own SNA stack, but each ISV will provide the 3270 emulation and HLLAPI. It will be up to these vendors how they handle WIN32s. I have access to their private forum and will post the message there. Carl
Reply to message #51241
#50506-hinstance
Message #51267
Hi Lee, I will double check my results on hInstance. Thanx for the info. jackie
Reply to message #50506
#50458-DialogBoxIndirect
Message #51265
Hi Steve, Thanx, this helps alot !!! Jackie
Reply to message #50458
Win32s Prog Ref Manual
Message #51263
I don't use the printed manuals much… still, it's nice when they match the online material. I just received my Final NT/Win32s 1.1 system. The online looks great. But my printed programmers reference has chapter 1, 2, 2-pages from chapter 4, chapter 5, chapter 1, 2, … i.e., it's a…
GWL_USERDATA Bug?
Message #51262
Does Get/SetWindowLong officially support GWL_USERDATA under Win32s? If so there's a bug in SetWindowLong. It always returns 1 regardless of value that was previously stored in this slot. It's clear that GWL_USERDATA uses some kind of special handling since it's value is -21 (not exactly a multiple of 4). Once…
#51205-MFC 2.0
Message #51261
> Are the Final SDK & beta VC++ being mailed yet? Most definately. We are already seeing our first customer posts for both products. Julie
Reply to message #51205
#51223-VC++, When?
Message #51260
David, > Does anybody know when people in Australia can expect to receive their copies of the VC++ CD-ROM? I do not know. I will try to get someone to address international shipping issues in Section 1 of this forum. > Does anybody in the US have their copies of…
Reply to message #51223
#51044-__export … How
Message #51259
PMJI, > the _export was used to export functions from a DLL without having to put it in the .DEF file Yes, this is the way that our 16-bit compilers work. The 32-bit compilers replace this with _declspec( dllexport ). The Win32 SDK linker doesn't support this, so you must…
Reply to message #51044
#Visual C++
Message #51253
We are experiencing a problem with Visual C++ and the SNMP libraries. Code generated with Visual C++ will not link with the SNMP libraries. The libraries do link when using MSTOOLS. Why is this and how can we work around it? There is 1 Reply.
#Win32s and 3270
Message #51241
I am writing a Windows application that needs access to the high-level 3270 API (EHLLAPI). I need to be able to use two 3270 packages (ie, offer two alternatives): Attachmate and Rumba. I know that under Win 3.1, these comms packages can give Windows applications access to the API (Attachmate…
#50469-CreateProcess failure
Message #51238
Ok, excuse my ignorance, but I'm fumbling around with this 16 process creation and exit notification. I have the 16 bit example that uses the toolhelp API's. Now, is your suggestion that I use a thunked NotifyRegister to set up a callback ? Should the callback be a 16 bit…
Reply to message #50469
Win32s IPC
Message #51237
I am porting an OS/2 application to Win32s. Under OS/2, I have two separate processes communicating via named pipes (they can be on the same machine, or on two different machines). What would be the best means of communicating between processes? I need to support the following configurations: OS/2 client…
Page 1 of 6