January 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] error "please insert disk" (windows vm)

by philippe.back＠highoctane.be

Le 14 janv. 2017 14:47, "Sven Van Caekenberghe" <sven(a)stfx.eu> a Ã©crit : > On 14 Jan 2017, at 14:44, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > I think a regression occured in Pharo VM related to this, for example when I open the dialog > > MorphicUIManager new fileSave: '' > > In old win32 vm (Oct 12 2016) I am placed in the image directory and I see the whole hierarchy > â > <oldvm.png> > > but with new VM (Jan 14 2017) I see just an empty tree with only hard drives available > > <newvm.png> > â > My own FileDialog implementation doesn't suffer from this, Which we still should include in the base image since (1) it is better and (2) it is an excellent Spec example. Sure but the old one can do image and text previews. Is the new one doing that? > so maybe the Morphic one is just accessing the data in a weird way? > > Peter > > > On Sat, Jan 14, 2017 at 11:21 AM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > 2016-01-15 0:07 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > attached a patch on > http://bugs.squeak.org/view.php?id=7841 > I think this could be applied on pharo win32 source as well. > maybe with some small changes > > 2015-11-16 10:00 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > I opened another bug report at mantis - > http://bugs.squeak.org/view. php?id=7841 > > I can create a patch with the proposed solution. > > > > 2015-11-06 8:42 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > we have the following bug report > 16928 "no disk in the drive" reply to World | Save As (and other places) > > "On a clean Pharo4.0 #40618 image, on Windows 7 > World Menu | Save As brings up a modal alert window, "There is no disk in the drive. Please insert a disk into drive <etc>" > > On my system, it does this 4 times. > > I'm assuming that each instance refers to one of the card-reader drives which are attached, but without a card inserted. > > This is a pain to deal with every single time a File Browser or World | Save As dialog is opened. > > Could the alerts either be > - only raised when that specific drive is requested by a user action > or, less preferably > - given by a non-modal window, and fading away after a period" > > I was able to reproduce this error on squeaks and pharos window vm. > (insert a usb card reader, with card, wait some time , remove only the card, > every access on this drive, for example open a FileList and scroll to the drive letter). > > > The solution I found is to call SetErrorMode(SEM_FAILCRITICALERRORS) > > I would like to propose the following change to sqwin32directory.c > wrap the call to FindFirstFileW/FindNextFileW with > > UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); > call FindFirstFileW/FindNextFileW > SetErrorMode(prevMode); > > ... > > and call this functions in at least dir_lookup() > (the other file/directory methods are save). > > Alternative solution, we could call the SetErrorMode function once at program start > but I don't know if there are other "useful" errors message that we don't want to disable. > > I tested both solution, both seems to work fine. > > What do you think? > > > > > > > > Any chance to include this ? Or is it already done, if so I can close the issue at pharo.fogbugz and bugs.squeak.org > >

Jan. 14, 2017

Re: [Pharo-dev] error "please insert disk" (windows vm)

by Esteban Lorenzano

> On 14 Jan 2017, at 14:44, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > I think a regression occured in Pharo VM related to this, for example when I open the dialog > > MorphicUIManager new fileSave: '' > > In old win32 vm (Oct 12 2016) I am placed in the image directory and I see the whole hierarchy > â > <oldvm.png> > > but with new VM (Jan 14 2017) I see just an empty tree with only hard drives available > > <newvm.png> > â > My own FileDialog implementation doesn't suffer from this, so maybe the Morphic one is just accessing the data in a weird way? > > Peter I think is a regression in FilePluginâ¦ no problem with morphicâ¦ but now Iâm not sure anymore. You made me doubt :) Esteban ps: FilePlugin is having problems anywayâ¦ I was expecting to work on it next week. > > > On Sat, Jan 14, 2017 at 11:21 AM, Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: > > > 2016-01-15 0:07 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>>: > attached a patch on > http://bugs.squeak.org/view.php?id=7841 <http://bugs.squeak.org/view.php?id=7841> > I think this could be applied on pharo win32 source as well. > maybe with some small changes > > 2015-11-16 10:00 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>>: > I opened another bug report at mantis - > http://bugs.squeak.org/view.php?id=7841 <http://bugs.squeak.org/view.php?id=7841> > > I can create a patch with the proposed solution. > > > > 2015-11-06 8:42 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>>: > we have the following bug report > 16928 <https://pharo.fogbugz.com/f/cases/16928/no-disk-in-the-drive-reply-to-World…> "no disk in the drive" reply to World | Save As (and other places) > > "On a clean Pharo4.0 #40618 image, on Windows 7 > World Menu | Save As brings up a modal alert window, "There is no disk in the drive. Please insert a disk into drive <etc>" > > On my system, it does this 4 times. > > I'm assuming that each instance refers to one of the card-reader drives which are attached, but without a card inserted. > > This is a pain to deal with every single time a File Browser or World | Save As dialog is opened. > > Could the alerts either be > - only raised when that specific drive is requested by a user action > or, less preferably > - given by a non-modal window, and fading away after a period" > > I was able to reproduce this error on squeaks and pharos window vm. > (insert a usb card reader, with card, wait some time , remove only the card, > every access on this drive, for example open a FileList and scroll to the drive letter). > > > The solution I found is to call SetErrorMode(SEM_FAILCRITICALERRORS) > > I would like to propose the following change to sqwin32directory.c > wrap the call to FindFirstFileW/FindNextFileW with > > UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); > call FindFirstFileW/FindNextFileW > SetErrorMode(prevMode); > > ... > > and call this functions in at least dir_lookup() > (the other file/directory methods are save). > > Alternative solution, we could call the SetErrorMode function once at program start > but I don't know if there are other "useful" errors message that we don't want to disable. > > I tested both solution, both seems to work fine. > > What do you think? > > > > > > > > Any chance to include this ? Or is it already done, if so I can close the issue at pharo.fogbugz and bugs.squeak.org <http://bugs.squeak.org/> > >

Jan. 14, 2017

Re: [Pharo-dev] error "please insert disk" (windows vm)

by Sven Van Caekenberghe

> On 14 Jan 2017, at 14:44, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > I think a regression occured in Pharo VM related to this, for example when I open the dialog > > MorphicUIManager new fileSave: '' > > In old win32 vm (Oct 12 2016) I am placed in the image directory and I see the whole hierarchy > â > <oldvm.png> > > but with new VM (Jan 14 2017) I see just an empty tree with only hard drives available > > <newvm.png> > â > My own FileDialog implementation doesn't suffer from this, Which we still should include in the base image since (1) it is better and (2) it is an excellent Spec example. > so maybe the Morphic one is just accessing the data in a weird way? > > Peter > > > On Sat, Jan 14, 2017 at 11:21 AM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > 2016-01-15 0:07 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > attached a patch on > http://bugs.squeak.org/view.php?id=7841 > I think this could be applied on pharo win32 source as well. > maybe with some small changes > > 2015-11-16 10:00 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > I opened another bug report at mantis - > http://bugs.squeak.org/view.php?id=7841 > > I can create a patch with the proposed solution. > > > > 2015-11-06 8:42 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > we have the following bug report > 16928 "no disk in the drive" reply to World | Save As (and other places) > > "On a clean Pharo4.0 #40618 image, on Windows 7 > World Menu | Save As brings up a modal alert window, "There is no disk in the drive. Please insert a disk into drive <etc>" > > On my system, it does this 4 times. > > I'm assuming that each instance refers to one of the card-reader drives which are attached, but without a card inserted. > > This is a pain to deal with every single time a File Browser or World | Save As dialog is opened. > > Could the alerts either be > - only raised when that specific drive is requested by a user action > or, less preferably > - given by a non-modal window, and fading away after a period" > > I was able to reproduce this error on squeaks and pharos window vm. > (insert a usb card reader, with card, wait some time , remove only the card, > every access on this drive, for example open a FileList and scroll to the drive letter). > > > The solution I found is to call SetErrorMode(SEM_FAILCRITICALERRORS) > > I would like to propose the following change to sqwin32directory.c > wrap the call to FindFirstFileW/FindNextFileW with > > UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); > call FindFirstFileW/FindNextFileW > SetErrorMode(prevMode); > > ... > > and call this functions in at least dir_lookup() > (the other file/directory methods are save). > > Alternative solution, we could call the SetErrorMode function once at program start > but I don't know if there are other "useful" errors message that we don't want to disable. > > I tested both solution, both seems to work fine. > > What do you think? > > > > > > > > Any chance to include this ? Or is it already done, if so I can close the issue at pharo.fogbugz and bugs.squeak.org > >

Jan. 14, 2017

Re: [Pharo-dev] error "please insert disk" (windows vm)

by Peter UhnÃ¡k

Hi, I think a regression occured in Pharo VM related to this, for example when I open the dialog MorphicUIManager new fileSave: '' In old win32 vm (Oct 12 2016) I am placed in the image directory and I see the whole hierarchy â but with new VM (Jan 14 2017) I see just an empty tree with only hard drives available â My own FileDialog implementation doesn't suffer from this, so maybe the Morphic one is just accessing the data in a weird way? Peter On Sat, Jan 14, 2017 at 11:21 AM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > 2016-01-15 0:07 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> attached a patch on >> http://bugs.squeak.org/view.php?id=7841 >> I think this could be applied on pharo win32 source as well. >> maybe with some small changes >> >> 2015-11-16 10:00 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >> >>> I opened another bug report at mantis - > http://bugs.squeak.org/view.ph >>> p?id=7841 >>> >>> I can create a patch with the proposed solution. >>> >>> >>> >>> 2015-11-06 8:42 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >>> >>>> we have the following bug report >>>> 16928 >>>> <https://pharo.fogbugz.com/f/cases/16928/no-disk-in-the-drive-reply-to-World…> >>>> "no disk in the drive" reply to World | Save As (and other places) >>>> >>>> "On a clean Pharo4.0 #40618 image, on Windows 7 >>>> World Menu | Save As brings up a modal alert window, "There is no disk >>>> in the drive. Please insert a disk into drive <etc>" >>>> >>>> On my system, it does this 4 times. >>>> >>>> I'm assuming that each instance refers to one of the card-reader drives >>>> which are attached, but without a card inserted. >>>> >>>> This is a pain to deal with every single time a File Browser or World | >>>> Save As dialog is opened. >>>> >>>> Could the alerts either be >>>> - only raised when that specific drive is requested by a user action >>>> or, less preferably >>>> - given by a non-modal window, and fading away after a period" >>>> >>>> I was able to reproduce this error on squeaks and pharos window vm. >>>> (insert a usb card reader, with card, wait some time , remove only the >>>> card, >>>> every access on this drive, for example open a FileList and scroll to >>>> the drive letter). >>>> >>>> >>>> The solution I found is to call SetErrorMode( >>>> *SEM_FAILCRITICALERRORS)* >>>> I would like to propose the following change to sqwin32directory.c >>>> wrap the call to FindFirstFileW/FindNextFileW with >>>> >>>> UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); >>>> call FindFirstFileW/FindNextFileW >>>> SetErrorMode(prevMode); >>>> >>>> ... >>>> >>>> and call this functions in at least dir_lookup() >>>> (the other file/directory methods are save). >>>> >>>> Alternative solution, we could call the SetErrorMode function once at >>>> program start >>>> but I don't know if there are other "useful" errors message that we >>>> don't want to disable. >>>> >>>> I tested both solution, both seems to work fine. >>>> >>>> What do you think? >>>> >>>> >>>> >>>> >>>> >>> >> > Any chance to include this ? Or is it already done, if so I can close the > issue at pharo.fogbugz and bugs.squeak.org > >

Jan. 14, 2017

Re: [Pharo-dev] error "please insert disk" (windows vm)

by Nicolai Hess

2016-01-15 0:07 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > attached a patch on > http://bugs.squeak.org/view.php?id=7841 > I think this could be applied on pharo win32 source as well. > maybe with some small changes > > 2015-11-16 10:00 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> I opened another bug report at mantis - > http://bugs.squeak.org/view. >> php?id=7841 >> >> I can create a patch with the proposed solution. >> >> >> >> 2015-11-06 8:42 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >> >>> we have the following bug report >>> 16928 >>> <https://pharo.fogbugz.com/f/cases/16928/no-disk-in-the-drive-reply-to-World…> >>> "no disk in the drive" reply to World | Save As (and other places) >>> >>> "On a clean Pharo4.0 #40618 image, on Windows 7 >>> World Menu | Save As brings up a modal alert window, "There is no disk >>> in the drive. Please insert a disk into drive <etc>" >>> >>> On my system, it does this 4 times. >>> >>> I'm assuming that each instance refers to one of the card-reader drives >>> which are attached, but without a card inserted. >>> >>> This is a pain to deal with every single time a File Browser or World | >>> Save As dialog is opened. >>> >>> Could the alerts either be >>> - only raised when that specific drive is requested by a user action >>> or, less preferably >>> - given by a non-modal window, and fading away after a period" >>> >>> I was able to reproduce this error on squeaks and pharos window vm. >>> (insert a usb card reader, with card, wait some time , remove only the >>> card, >>> every access on this drive, for example open a FileList and scroll to >>> the drive letter). >>> >>> >>> The solution I found is to call SetErrorMode( >>> *SEM_FAILCRITICALERRORS)* >>> I would like to propose the following change to sqwin32directory.c >>> wrap the call to FindFirstFileW/FindNextFileW with >>> >>> UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); >>> call FindFirstFileW/FindNextFileW >>> SetErrorMode(prevMode); >>> >>> ... >>> >>> and call this functions in at least dir_lookup() >>> (the other file/directory methods are save). >>> >>> Alternative solution, we could call the SetErrorMode function once at >>> program start >>> but I don't know if there are other "useful" errors message that we >>> don't want to disable. >>> >>> I tested both solution, both seems to work fine. >>> >>> What do you think? >>> >>> >>> >>> >>> >> > Any chance to include this ? Or is it already done, if so I can close the issue at pharo.fogbugz and bugs.squeak.org

Jan. 14, 2017

Re: [Pharo-dev] FFICallback crashes windows spur i386 vm

by Eliot Miranda

Hi Aliaksei, > On Jan 13, 2017, at 10:27 AM, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > Hi > > The following code crashes windows spur32 VM without crash.dmp: > (crashes not only in case of int8, but ulong, int16/32 and so on...) > > Callback instantiation: > >> createCallback >> ^ FFICallback >> signature: #(int8 (int8)) >> block: [ :value | value ] > > C function: > >> int8_t test(int8_t(*function)(int8_t), int8_t value) { >> return function(value); >> } > > FFI call: > >> primCall: aCallback int8: aNumber >> ^ self ffiCall: #(int8 test(FFICallback aCallback, int8 aNumber)) > > Test case: > >> test >> self >> assert: (self primCall: self createCallback int8: 0) >> equals: 0 > > > Windows 10. > VM from today: > http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201701130756-83c0… > Image 60343: > http://files.pharo.org/image/60/60343.zip > > P.S. what is the best place to report FFI / Alien issues? vm-dev > P.P.S Iceberg works > > Cheers, > Alex

Jan. 14, 2017

Re: [Pharo-dev] [ANN] Snapcraft for Pharo

by Alistair Grant

Never mind, I just saw the "wget not found" error. Sorry for the noise, Alistair On 14 January 2017 at 09:17, Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi Guille, > > Thanks very much for making this available. > > I'm trying to build the snap and am getting the following error: > > # snapcraft > Loaded local plugin for pharo-build-plugin > Skipping pull pharo-sources (already ran) > Skipping pull pharo-vm (already ran) > Preparing to build pharo-sources > Building pharo-sources > Preparing to build pharo-vm > Building pharo-vm > scripts/build.sh > + '[' '' = -h ']' > + '[' '' = --help ']' > + '[' 0 -gt 0 ']' > ++ readlink scripts/build.sh > + SCRIPT_DIR= > + SCRIPT_DIR=scripts/build.sh > ++ dirname scripts/build.sh > + SCRIPT_DIR=scripts > + cd scripts > ++ pwd -P > + SCRIPT_DIR=/home/pharo/pharo-snapcraft/parts/pharo-vm/build/scripts > ++ uname > ++ tr '[:upper:]' '[:lower:]' > + TMP_OS=linux > + [[ {linux} = *darwin* ]] > + [[ {linux} = *linux* ]] > + OS=linux > + cd /home/pharo/pharo-snapcraft/parts/pharo-vm/build/scripts/../image > + ./newImage.sh > ++ readlink ./newImage.sh > + IMAGE_DIR= > + IMAGE_DIR=./newImage.sh > ++ dirname ./newImage.sh > + IMAGE_DIR=. > + cd . > ++ pwd -P > + IMAGE_DIR=/home/pharo/pharo-snapcraft/parts/pharo-vm/build/image > + wget -O- get.pharo.org/50+vm > + bash > ./newImage.sh: line 12: wget: command not found > + echo -e 'LOADING VM MAKER SOURCES INTO IMAGE' > LOADING VM MAKER SOURCES INTO IMAGE > + set -x > + ./pharo Pharo.image > /home/pharo/pharo-snapcraft/parts/pharo-vm/build/image/../scripts/LoadVMMaker.st > ./newImage.sh: line 16: ./pharo: No such file or directory > Command '['/bin/sh', '/tmp/tmpgelke1nt', 'scripts/build.sh']' returned > non-zero exit status 1 > > > I haven't built the VM before, so it will take me a while to track > this down. If this is a common problem with an easy solution I'd like > to know :-) > > P.S. In the readme under Installing snapcraft, build-essential doesn't > have an "s", and git is required, e.g. > > $ sudo apt install build-essential git > > Thanks again, > Alistair > > > > > > On 13 January 2017 at 21:50, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> Hi all, >> >> Just wanted to share this: >> >> https://github.com/guillep/pharo-snapcraft >> >> It is basically the code to generate a snap package of the pharo-vm using >> snapcraft. Using this, the VM is generated and packaged with all >> dependencies. This should help in running pharo in different linux >> distributions. >> >> I invite you to check it, report problems and submit fixes. >> >> Cheers, >> Guille

Jan. 13, 2017

Re: [Pharo-dev] [ANN] Snapcraft for Pharo

by Alistair Grant

Hi Guille, Thanks very much for making this available. I'm trying to build the snap and am getting the following error: # snapcraft Loaded local plugin for pharo-build-plugin Skipping pull pharo-sources (already ran) Skipping pull pharo-vm (already ran) Preparing to build pharo-sources Building pharo-sources Preparing to build pharo-vm Building pharo-vm scripts/build.sh + '[' '' = -h ']' + '[' '' = --help ']' + '[' 0 -gt 0 ']' ++ readlink scripts/build.sh + SCRIPT_DIR= + SCRIPT_DIR=scripts/build.sh ++ dirname scripts/build.sh + SCRIPT_DIR=scripts + cd scripts ++ pwd -P + SCRIPT_DIR=/home/pharo/pharo-snapcraft/parts/pharo-vm/build/scripts ++ uname ++ tr '[:upper:]' '[:lower:]' + TMP_OS=linux + [[ {linux} = *darwin* ]] + [[ {linux} = *linux* ]] + OS=linux + cd /home/pharo/pharo-snapcraft/parts/pharo-vm/build/scripts/../image + ./newImage.sh ++ readlink ./newImage.sh + IMAGE_DIR= + IMAGE_DIR=./newImage.sh ++ dirname ./newImage.sh + IMAGE_DIR=. + cd . ++ pwd -P + IMAGE_DIR=/home/pharo/pharo-snapcraft/parts/pharo-vm/build/image + wget -O- get.pharo.org/50+vm + bash ./newImage.sh: line 12: wget: command not found + echo -e 'LOADING VM MAKER SOURCES INTO IMAGE' LOADING VM MAKER SOURCES INTO IMAGE + set -x + ./pharo Pharo.image /home/pharo/pharo-snapcraft/parts/pharo-vm/build/image/../scripts/LoadVMMaker.st ./newImage.sh: line 16: ./pharo: No such file or directory Command '['/bin/sh', '/tmp/tmpgelke1nt', 'scripts/build.sh']' returned non-zero exit status 1 I haven't built the VM before, so it will take me a while to track this down. If this is a common problem with an easy solution I'd like to know :-) P.S. In the readme under Installing snapcraft, build-essential doesn't have an "s", and git is required, e.g. $ sudo apt install build-essential git Thanks again, Alistair On 13 January 2017 at 21:50, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi all, > > Just wanted to share this: > > https://github.com/guillep/pharo-snapcraft > > It is basically the code to generate a snap package of the pharo-vm using > snapcraft. Using this, the VM is generated and packaged with all > dependencies. This should help in running pharo in different linux > distributions. > > I invite you to check it, report problems and submit fixes. > > Cheers, > Guille

Jan. 13, 2017

Re: [Pharo-dev] FFICallback crashes windows spur i386 vm

by Aliaksei Syrel

UPD: OS-Window and SDL bindings do not work on Mac VM (pharo-mac- i386-201701130756-83c0ef1 <http://files.pharo.org/vm/pharo-spur32/mac/pharo-mac-i386-201701130756-83c0…> ) On 13 January 2017 at 22:30, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > UPD: > Works with latest *Mac* VM http://files.pharo.org/vm/ > pharo-spur32/mac/pharo-mac-i386-201701130756-83c0ef1.zip > > Cheers, > Alex > > On 13 January 2017 at 20:43, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > >> UPD: >> Works using 497 windows vm: http://files.pharo.org/vm/ >> pharo-spur32/win/497.zip. >> Something was changed recently... >> >> Cheers, >> Alex >> >> On 13 January 2017 at 11:20, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >> >>> On Fri, Jan 13, 2017 at 11:01:42AM -0800, Aliaksei Syrel wrote: >>> > Hi Peter, >>> > >>> > Latest windows VMs produce crash dumps ;) >>> >>> Excellent! :) >>> >>> Peter >>> >>> > >>> > Cheers, >>> > Alex >>> > >>> > On 13 January 2017 at 10:57, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >>> > >>> > > On Fri, Jan 13, 2017 at 10:27:27AM -0800, Aliaksei Syrel wrote: >>> > > > Hi >>> > > > >>> > > > The following code crashes windows spur32 VM without crash.dmp: >>> > > > (crashes not only in case of int8, but ulong, int16/32 and so >>> on...) >>> > > >>> > > I don't think that Windows produces crash dumps (or they are empty >>> files), >>> > > but maybe you can find some info in Event Viewer (start>run >>> "eventvwr.msc") >>> > > in Event Viewer > Windows Logs > Application. >>> > > >>> > > > >>> > > > Callback instantiation: >>> > > > >>> > > > createCallback >>> > > > > ^ FFICallback >>> > > > > signature: #(int8 (int8)) >>> > > > > block: [ :value | value ] >>> > > > >>> > > > >>> > > > C function: >>> > > > >>> > > > int8_t test(int8_t(*function)(int8_t), int8_t value) { >>> > > > > return function(value); >>> > > > > } >>> > > > >>> > > > >>> > > > FFI call: >>> > > > >>> > > > primCall: aCallback int8: aNumber >>> > > > > ^ self ffiCall: #(int8 test(FFICallback aCallback, int8 >>> aNumber)) >>> > > > >>> > > > >>> > > > Test case: >>> > > > >>> > > > test >>> > > > > self >>> > > > > assert: (self primCall: self createCallback int8: 0) >>> > > > > equals: 0 >>> > > > >>> > > > >>> > > > >>> > > > Windows 10. >>> > > > VM from today: >>> > > > http://files.pharo.org/vm/pharo-spur32/win/pharo-win- >>> > > i386-201701130756-83c0ef1.zip >>> > > > Image 60343: >>> > > > http://files.pharo.org/image/60/60343.zip >>> > > > >>> > > > P.S. what is the best place to report FFI / Alien issues? >>> > > > P.P.S Iceberg works >>> > > > >>> > > > Cheers, >>> > > > Alex >>> > > >>> > > >>> >>> >> >

Jan. 13, 2017

Re: [Pharo-dev] FFICallback crashes windows spur i386 vm

by Aliaksei Syrel

UPD: Works with latest *Mac* VM http://files.pharo.org/vm/pharo-spur32/mac/pharo-mac-i386-201701130756-83c0… Cheers, Alex On 13 January 2017 at 20:43, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > UPD: > Works using 497 windows vm: http://files.pharo.org/vm/ > pharo-spur32/win/497.zip. > Something was changed recently... > > Cheers, > Alex > > On 13 January 2017 at 11:20, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > >> On Fri, Jan 13, 2017 at 11:01:42AM -0800, Aliaksei Syrel wrote: >> > Hi Peter, >> > >> > Latest windows VMs produce crash dumps ;) >> >> Excellent! :) >> >> Peter >> >> > >> > Cheers, >> > Alex >> > >> > On 13 January 2017 at 10:57, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >> > >> > > On Fri, Jan 13, 2017 at 10:27:27AM -0800, Aliaksei Syrel wrote: >> > > > Hi >> > > > >> > > > The following code crashes windows spur32 VM without crash.dmp: >> > > > (crashes not only in case of int8, but ulong, int16/32 and so on...) >> > > >> > > I don't think that Windows produces crash dumps (or they are empty >> files), >> > > but maybe you can find some info in Event Viewer (start>run >> "eventvwr.msc") >> > > in Event Viewer > Windows Logs > Application. >> > > >> > > > >> > > > Callback instantiation: >> > > > >> > > > createCallback >> > > > > ^ FFICallback >> > > > > signature: #(int8 (int8)) >> > > > > block: [ :value | value ] >> > > > >> > > > >> > > > C function: >> > > > >> > > > int8_t test(int8_t(*function)(int8_t), int8_t value) { >> > > > > return function(value); >> > > > > } >> > > > >> > > > >> > > > FFI call: >> > > > >> > > > primCall: aCallback int8: aNumber >> > > > > ^ self ffiCall: #(int8 test(FFICallback aCallback, int8 >> aNumber)) >> > > > >> > > > >> > > > Test case: >> > > > >> > > > test >> > > > > self >> > > > > assert: (self primCall: self createCallback int8: 0) >> > > > > equals: 0 >> > > > >> > > > >> > > > >> > > > Windows 10. >> > > > VM from today: >> > > > http://files.pharo.org/vm/pharo-spur32/win/pharo-win- >> > > i386-201701130756-83c0ef1.zip >> > > > Image 60343: >> > > > http://files.pharo.org/image/60/60343.zip >> > > > >> > > > P.S. what is the best place to report FFI / Alien issues? >> > > > P.P.S Iceberg works >> > > > >> > > > Cheers, >> > > > Alex >> > > >> > > >> >> >

Jan. 13, 2017