Hi,

Fred Kiefer wrote:
You should rather try to use the standalone layout that GNUstep make offers and report back problems with that instead of using a probably outdated set of instructions.

But the problems you are seeing are most likely unrelated. You should be getting the same when using the standard GNUstep layout for Windows. Looks like we need bigger or adjustable buffers when accessing some Windows resources. Sadly your report isn't of much help to locate this problems. Could you provide more context? For example by running your application in a debugger?
Has anybody ever used GNUstep on Windows 7 or later?

Fred

On the road

Am 29.12.2013 um 06:51 schrieb a b <[email protected] <mailto:[email protected]>>:



There are several instances where the application
causes a BUFFER OVERFLOW, as follows:

1) BUFFER OVERFLOW on QueryInformationVolume for the local harddisk when
             the application starts

2)    BUFFER OVERFLOW (Length = 144)       for keys
HKLM\System\CurrentControlSet\services\WinSock2\Parameters\Protocol_Catalog9
\Catalog_Entries\00000000000x\PackedCatalogItem
       ALL of these keys, where x = 0 to MAX_ENTRY

3)    BUFFER TOO SMALL  when accessing key
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones

Since I am new to GNUstep I need to ask if this might be caused by the environment not being set up correctly (GNUstep not installed, or not installed properly?). This behavior is occuring under Win7. I find this behavior odd since buffer overflows are
not considered to be a good thing on the Windows platform.
I use certain apps on windows XP and Windows7. I packaged the same app with my owm "mega-blob" technique and it is being used without problems under Windows 8.

Does this happen with your "Own" test app only? or also when starting Gorm or PojectCenter?

If you just compile and run it inside ProjectCenter, does it happen?

Where/how do you see these buffer overflows?

Riccardo

_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Reply via email to