Hi Henrik,
good catch!
platforms/Cross/plugins/FilePlugin/FilePlugin.h says:
sqInt dir_EntryLookup(char *pathString, sqInt pathStringLength, char
*nameString, sqInt nameStringLength,
/* outputs: */
char *name, sqInt *nameLength, sqInt *creationDate, sqInt
*modificationDate,
sqInt *isDirectory, squeakFileOffsetType *sizeIfFile, sqInt
*posixPermissions, sqInt *isSymlink);
platforms/win32/vm/sqWin32Directory.c says
int dir_EntryLookup(char *pathString, int pathLength, char* nameString, int
nameStringLength,
/* outputs: */ char *name, int *nameLength, int *creationDate, int
*modificationDate,
int *isDirectory, squeakFileOffsetType *sizeIfFile,
sqInt *posixPermissions, sqInt *isSymlink)
int* and sqInt* are not going to be a good match on 64 bits...
But I don't know how the WIN64 Squeak VM could possibly work, because
prototypes are equally wrong (just with two parameters less).
And the two paramters added by Pharo are correct!!!
Maybe there is another bug, I will modify the easy part and commit ASAP.
In the long term, we shall include the .h containing declarations into the
.c implementing the functions and use more agressive -C99 flags forcing the
prototypes to be defined.
2017-06-02 14:48 GMT+02:00 Henrik Sperre Johansen <
[email protected]>:
> The Windows 64 Pharo VM crashes when loading images*.
> The Windows 64 Squeak VM runs Pharo images just fine, but lacks some
> plugins
> (FT2 from Pharo build works, and can be copied over, SqueakSSL is MiA).
> Great work!
>
> Cheers,
> Henry
>
> *Crash occurs when loading sources;
> Stack backtrace:
> [0000000000495063] dir_EntryLookup + 0x83 in Pharo.exe
>
> Smalltalk stack dump:
> 0xb4f568 I WindowsStore(DiskStore)>basicEntryAt: 0x9a711c0: a(n)
> WindowsStore
> 0xb4f5b8 I WindowsStore(DiskStore)>nodeAt:ifPresent:ifAbsent:
> 0x9a711c0: a(n) WindowsStore
> 0xb4f610 I WindowsStore(FileSystemStore)>exists: 0x9a711c0: a(n)
> WindowsStore
> 0xb4f658 I FileSystem>exists: 0x9a711d8: a(n) FileSystem
> 0xb4f6a0 I FileReference>exists 0x9a77400: a(n) FileReference
> 0xb4f6e0 I FileLocator(AbstractFileReference)>exists 0x9a76678:
> a(n) FileLocator
> 0xb4f730 M [] in PharoFilesOpener>openSources:forImage:
> 0xaca7168:
> a(n) PharoFilesOpener
>
> so I assume it's related to additional functionality in
> <primitive: 'primitiveDirectoryEntry' module: 'FilePlugin'> in the Pharo
> build.
>
>
>
>
> --
> View this message in context: http://forum.world.st/please-
> test-download-for-Pharo-6-0-tp4948720p4948965.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>
