On Tue, Dec 10, 2013 at 2:21 PM, Alex Harui <aha...@adobe.com> wrote:

> Saw it.  Have we asked him if the Flex build is running in a slave and the
> slave has a window?
>
>
Windows1 is a slave. At least it was.  I will check.


>  On 12/10/13 2:17 PM, "OmPrakash Muppirala" <bigosma...@gmail.com> wrote:
>
> >Here is Gavin's response a minute ago:
> >
> >=================
> >> Gavin,
> >>
> >> Can you please copy-paste this line into a command prompt and tell us
> >>what
> >> the result is:
> >>
> >> "%PIXELBENDER_HOME%\pbutil.exe"
> >> "F:\hudson\hudson-slave\workspace\flex-
> >> sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color.
> >> pbk"
> >> "F:\hudson\hudson-slave\workspace\flex-
> >> sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color.
> >> pbj"
> >>
> >> (mind the wrap)
> >>
> >> Thanks!
> >
> >Result is a slight pause, then the prompt returns. No error, no output.
> >
> >(PixelBender is where its meant to be, PIXELBENDER_HOME is a user
> >variable.)
> >
> >Let me know what's next to check , thanks
> >
> >Gav...
> >=================
> >
> >
> >On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala
> ><bigosma...@gmail.com>wrote:
> >
> >> On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui <aha...@adobe.com> wrote:
> >>
> >>> Don't know, but if you can prove that the slave can be configured in a
> >>>way
> >>> that it won't run, then we have a more specific question to ask infra.
> >>>
> >>> -Alex
> >>>
> >>
> >> Wow, this is like CSI ;-)
> >>
> >> Here is what we know.  Gavin recently installed a new slave (windows2)
> >>I
> >> am guessing that something was probably changed in the way slaves are
> >>run.
> >>
> >> BTW, here is another piece of information.  This is the system info for
> >> windows1:
> >>
> >> https://builds.apache.org/computer/windows1/systemInfo
> >>
> >> Anything looks out of the ordinary?
> >>
> >> Thanks,
> >> Om
> >>
> >>
> >>
> >>
> >>>
> >>> On 12/10/13 1:55 PM, "Maurice Amsellem" <maurice.amsel...@systar.com>
> >>> wrote:
> >>>
> >>> >According to jenkins gui, there are 4 ways of starting the slave :
> >>> >- Java web start (JNLP)
> >>> >- command line from master
> >>> >- via SSH on Unix machines
> >>> >- as a Windows Service.
> >>> >
> >>> >I am using JNLP, but maybe the other launch methods don't get a
> >>>window.
> >>> >I am going to try "as a Windows Service".
> >>> >
> >>> >Is there a way to know how the slave is launched on b.a.o?
> >>> >
> >>> >Maurice
> >>> >-----Message d'origine-----
> >>> >De : Alex Harui [mailto:aha...@adobe.com]
> >>> >Envoyé : mardi 10 décembre 2013 22:46
> >>> >À : dev@flex.apache.org
> >>> >Objet : Re: [Builds/Jenkins] Help and advise needed
> >>> >
> >>> >InterestingŠ  Is there a way to configure a slave so it doesn't get a
> >>> >window?  Maybe Infra changed some default on builds.a.o.
> >>> >
> >>> >On 12/10/13 1:44 PM, "Maurice Amsellem" <maurice.amsel...@systar.com>
> >>> >wrote:
> >>> >
> >>> >>Now run the same build on a slave node (that gets a windows "jenkins
> >>> >>slave agent", that is visible on the desktop ):
> >>> >>
> >>> >>Remote build on windowsSlave1 in workspace
> >>> >>D:\Jenkins\node1\workspace\workspace\Test_pixel_bender
> >>> >>[framework] $ cmd.exe /C '"ant.bat -file build.xml
> >>>pixelbender-compile
> >>> >>&& exit %%ERRORLEVEL%%"'
> >>> >>ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m
> >>> >>-XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled
> >>> >>-Djava.net.preferIPv4Stack=true
> >>> >>Buildfile:
> >>>
> >>>>>D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.
> >>>>>x
> >>> >>ml
> >>> >>
> >>> >>pixelbender-compile:
> >>> >>     [exec] Device: 005EC1C4 has video RAM(MB): 512
> >>> >>     [exec] Vendor string:    NVIDIA Corporation
> >>> >>     [exec] Renderer string:  NVS 4200M/PCI/SSE2
> >>> >>     [exec] Version string:   3.0.0
> >>> >>     [exec]
> >>> >>     [exec] OpenGL version as determined by Extensionator...
> >>> >>     [exec] OpenGL Version 3.0
> >>> >>     [exec] Has NPOT support: TRUE
> >>> >>     [exec] Has Framebuffer Obeject Extension support: TRUE
> >>> >>     [exec] Completed shader test!
> >>> >>     [exec] Return code: 7
> >>> >>     [exec] Result: 7
> >>> >>BUILD SUCCESSFUL
> >>> >>Total time: 8 seconds
> >>> >>Finished: SUCCESS
> >>> >>
> >>> >>Well, that's a difference.
> >>> >>
> >>> >>Maurice
> >>> >>
> >>> >>-----Message d'origine-----
> >>> >>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre
> >>> >>2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help
> >>> >>and advise needed
> >>> >>
> >>> >>Nice.  Thanks for sticking with it.
> >>> >>
> >>> >>On 12/10/13 1:21 PM, "Maurice Amsellem" <maurice.amsel...@systar.com
> >
> >>> >>wrote:
> >>> >>
> >>> >>>So I just installed Jenkins on my PC, running inside Tomcat 6 64bit
> >>>(
> >>> >>>Tomcat is running as a Windows Service).
> >>> >>>
> >>> >>>- Created a simple job, on the "master" node, than starts
> >>> >>>flex-sdk\frameworks\projects\framework\build.xml
> >>>"pixelbender-compile"
> >>> >>>target
> >>> >>>- Jenkins output of the job:
> >>> >>>
> >>> >>>pixelbender-compile:
> >>> >>>     [exec] AIF Internal exception
> >>> >>>     [exec] Device: 008BB2BC has video RAM(MB): 3844
> >>> >>>     [exec] Device: 008BB2BC has video RAM(MB): 512
> >>> >>>     [exec] Return code: 1
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>     [exec] ERROR: AIF Internal exception
> >>> >>>     [exec] Result: 1
> >>> >>>
> >>> >>>So I am getting the same error.
> >>> >>>
> >>> >>>Om says "master" does not get a window, so this result seems to be
> >>> >>>normal.
> >>> >>>
> >>> >>>I am trying now to create a slave node and run the job on it.
> >>> >>>
> >>> >>>Maurice
> >>> >>>
> >>> >>>-----Message d'origine-----
> >>> >>>De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
> >>> >>>Envoyé : mardi 10 décembre 2013 22:07
> >>> >>>À : dev@flex.apache.org
> >>> >>>Objet : RE: [Builds/Jenkins] Help and advise needed
> >>> >>>
> >>> >>>It was from the command line (cmd ant ), so gets a window.
> >>> >>>
> >>> >>>I am trying now from Jenkins service, but needs to install it
> >>>first...
> >>> >>>
> >>> >>>Maurice
> >>> >>>
> >>> >>>-----Message d'origine-----
> >>> >>>De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de
> >>> >>>OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À :
> >>> >>>dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise
> >>> >>>needed
> >>> >>>
> >>> >>>Maurice,
> >>> >>>
> >>> >>>When you ran it on your machine, was it on Cygwin or from Jenkins?
> >>> >>>I think there is a difference.  On Jenkins, the main executor
> >>>(master)
> >>> >>>does not get a window.  Only slave executors are configured to get a
> >>> >>>window.
> >>> >>>Whereas Cygwin does not have such restrictions.
> >>> >>>
> >>> >>>Thanks,
> >>> >>>Om
> >>> >>>
> >>> >>>
> >>> >>>On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui <aha...@adobe.com>
> >>>wrote:
> >>> >>>
> >>> >>>> I have no idea what to do with that information.  But thanks for
> >>> >>>>trying.
> >>> >>>>
> >>> >>>> On 12/10/13 11:44 AM, "Maurice Amsellem"
> >>> >>>> <maurice.amsel...@systar.com>
> >>> >>>> wrote:
> >>> >>>>
> >>> >>>> >So this is the output from the b.a.o box:
> >>> >>>> >
> >>> >>>> >pixelbender-compile:
> >>> >>>> >     [exec] Device: 004C5F24 has video RAM(MB): 3736
> >>> >>>> >     [exec] AIF Internal exception
> >>> >>>> >     [exec] Return code: 1
> >>> >>>> >     [exec] Result: 1
> >>> >>>> >
> >>> >>>> >To be compared to the output on my PC:
> >>> >>>> >pixelbender-compile
> >>> >>>> >exec
> >>> >>>> >Device: 00633CEC has video RAM(MB): 512
> >>> >>>> >Vendor string:    NVIDIA Corporation
> >>> >>>> >Renderer string:  NVS 4200M/PCI/SSE2
> >>> >>>> >Version string:   3.0.0
> >>> >>>> >
> >>> >>>> >OpenGL version as determined by Extensionator...
> >>> >>>> >OpenGL Version 3.0
> >>> >>>> >Has NPOT support: TRUE
> >>> >>>> >Has Framebuffer Obeject Extension support: TRUE Completed shader
> >>> >>>> >test!
> >>> >>>> >Return code: 7
> >>> >>>> >Result: 7
> >>> >>>> >Exec
> >>> >>>> >
> >>> >>>> >That does not tell much, except that there seems to be an issue
> >>> >>>> >with accessing the GPU.
> >>> >>>> >
> >>> >>>> >Shall I un-commit the change now, or do you want to perform more
> >>> >>>> >tests
> >>> >>>>?
> >>> >>>> >
> >>> >>>> >Maurice
> >>> >>>> >
> >>> >>>> >-----Message d'origine-----
> >>> >>>> >De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
> >>> >>>> >Envoyé : mardi 10 décembre 2013 20:37 À :
> >>>dev@flex.apache.orgObjet :
> >>> >>>> >RE: [Builds/Jenkins] Help and advise needed
> >>> >>>> >
> >>> >>>> >I don't have a Mac with ApacheFlex SDK for testing.
> >>> >>>> >
> >>> >>>> >Can you try on your side, please ?
> >>> >>>> >
> >>> >>>> >-----Message d'origine-----
> >>> >>>> >De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10
> >>> >>>> >décembre
> >>> >>>> >2013
> >>> >>>> >20:34 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help
> >>>and
> >>> >>>> >advise needed
> >>> >>>> >
> >>> >>>> >Won't that break Mac builds?
> >>> >>>> >
> >>> >>>> >On 12/10/13 11:32 AM, "Maurice Amsellem"
> >>> >>>> ><maurice.amsel...@systar.com>
> >>> >>>> >wrote:
> >>> >>>> >
> >>> >>>> >>Alex, it's one line to change in the build.xml
> >>> >>>> >>
> >>> >>>> >><exec executable="${env.PIXELBENDER_HOME}/sniffer_gpu.exe"/>
> >>> >>>> >>
> >>> >>>> >>I will give it a try and we will know in 15 min.
> >>> >>>> >>
> >>> >>>> >>I am sure the result will be interesting.
> >>> >>>> >>
> >>> >>>> >>Anyway, it can't hurt ;-)
> >>> >>>> >>
> >>> >>>> >>Maurice
> >>> >>>> >>
> >>> >>>> >>-----Message d'origine-----
> >>> >>>> >>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10
> >>> >>>> >>décembre
> >>> >>>> >>2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins]
> >>> >>>> >>Help and advise needed
> >>> >>>> >>
> >>> >>>> >>I think I'll wait to see how Gavin responds to Erik's latest
> >>> >>>>request.
> >>> >>>> >>
> >>> >>>> >>BTW, thanks for finding out about the tool.
> >>> >>>> >>
> >>> >>>> >>-Alex
> >>> >>>> >>
> >>> >>>> >>On 12/10/13 11:27 AM, "Maurice Amsellem"
> >>> >>>> >><maurice.amsel...@systar.com>
> >>> >>>> >>wrote:
> >>> >>>> >>
> >>> >>>> >>>Sure, if you can ask him.
> >>> >>>> >>>
> >>> >>>> >>>Maurice
> >>> >>>> >>>
> >>> >>>> >>>-----Message d'origine-----
> >>> >>>> >>>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10
> >>> >>>> >>>décembre
> >>> >>>> >>>2013 20:26 À : dev@flex.apache.org Objet : Re:
> [Builds/Jenkins]
> >>> >>>> >>>Help and advise needed
> >>> >>>> >>>
> >>> >>>> >>>Might be simpler just to ask Gavin to run the tool?
> >>> >>>> >>>
> >>> >>>> >>>On 12/10/13 11:12 AM, "Maurice Amsellem"
> >>> >>>> >>><maurice.amsel...@systar.com>
> >>> >>>> >>>wrote:
> >>> >>>> >>>
> >>> >>>> >>>>There is a utility in pixel bender toolkit directory called
> >>> >>>> >>>>"sniffer_gpu.exe" that check the presence and version of
> >>>OpenGL:
> >>> >>>> >>>>
> >>> >>>> >>>>Console output on my laptop is below:
> >>> >>>> >>>>
> >>> >>>> >>>>C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel
> >>>Bender
> >>> >>>> >>>>Toolkit
> >>> >>>> >>>>2>sniffer_gpu.exe
> >>> >>>> >>>>Device: 0058A9F4 has video RAM(MB): 512
> >>> >>>> >>>>Vendor string:    NVIDIA Corporation
> >>> >>>> >>>>Renderer string:  NVS 4200M/PCI/SSE2
> >>> >>>> >>>>Version string:   3.0.0
> >>> >>>> >>>>
> >>> >>>> >>>>OpenGL version as determined by Extensionator...
> >>> >>>> >>>>OpenGL Version 3.0
> >>> >>>> >>>>Has NPOT support: TRUE
> >>> >>>> >>>>Has Framebuffer Obeject Extension support: TRUE Completed
> >>>shader
> >>> >>>>test!
> >>> >>>> >>>>Return code: 7
> >>> >>>> >>>>
> >>> >>>> >>>>Maybe we could temporarily modify the build to run this
> >>>utility
> >>> >>>> >>>>and show the output on the b.a.o vm.
> >>> >>>> >>>>
> >>> >>>> >>>>WDYT ?
> >>> >>>> >>>>
> >>> >>>> >>>>Maurice
> >>> >>>> >>>>
> >>> >>>> >>>>-----Message d'origine-----
> >>> >>>> >>>>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10
> >>> >>>> >>>>décembre
> >>> >>>> >>>>2013 18:15 À : dev@flex.apache.org Objet : Re:
> >>>[Builds/Jenkins]
> >>> >>>> >>>>Help and advise needed
> >>> >>>> >>>>
> >>> >>>> >>>>I don't think we actually know the cause of the problem.  I am
> >>> >>>> >>>>going to continue to spend cycles to try to find out though.
> >>> >>>> >>>>
> >>> >>>> >>>>It would be nice to have an alternative to builds.a.o.  I'm
> >>>not
> >>> >>>> >>>>sure if it will cost Om money to run a builds server.
> >>> >>>> >>>>
> >>> >>>> >>>>-Alex
> >>> >>>> >>>>
> >>> >>>> >>>>On 12/10/13 2:01 AM, "Maurice Amsellem"
> >>> >>>> >>>><maurice.amsel...@systar.com>
> >>> >>>> >>>>wrote:
> >>> >>>> >>>>
> >>> >>>> >>>>>I understand that.
> >>> >>>> >>>>>
> >>> >>>> >>>>>Actually, my "understanding" on this issue was that pixel
> >>> >>>> >>>>>bender compiler required some sort of hardware configuration
> >>> >>>> >>>>>(OpenGL,
> >>> >>>> >>>>>etc...) that were not present on the b.a.o. new Windows
> >>>Jenkins
> >>> >>>> >>>>>slave node, so that's why the build was failing,  and the
> >>> >>>> >>>>>Apache Infra was reluctant to let us modify anything, or even
> >>> >>>> >>>>>access the VM ourselves.
> >>> >>>> >>>>>So that's why I was proposing a "software only" solution.
> >>> >>>> >>>>>
> >>> >>>> >>>>>Now, it seems from what Om is saying that we can set up and
> >>>use
> >>> >>>> >>>>>our own Jenkins slave node VM.
> >>> >>>> >>>>>
> >>> >>>> >>>>>That, of course, is much preferable...
> >>> >>>> >>>>>
> >>> >>>> >>>>>Maurice
> >>> >>>> >>>>>
> >>> >>>> >>>>>-----Message d'origine-----
> >>> >>>> >>>>>De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé :
> mardi
> >>> >>>> >>>>>10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re:
> >>> >>>> >>>>>[Builds/Jenkins] Help and advise needed
> >>> >>>> >>>>>
> >>> >>>> >>>>>Maurice,
> >>> >>>> >>>>>
> >>> >>>> >>>>>Your help is very much appreciated!
> >>> >>>> >>>>>
> >>> >>>> >>>>>I put "legal" in quotes, the issue is not really one of the
> >>> >>>> >>>>>law, more of the rules. An Apache release is supposed to be
> >>> >>>> >>>>>'source only', and we if we can produce needed binaries from
> >>> >>>> >>>>>source, we keep only the source, not the artefacts
> >>>themselves in
> >>> >>>>the repo.
> >>> >>>> >>>>>
> >>> >>>> >>>>>
> >>> >>>> >>>>>EdB
> >>> >>>> >>>>>
> >>> >>>> >>>>>
> >>> >>>> >>>>>
> >>> >>>> >>>>>On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem
> >>> >>>> >>>>><maurice.amsel...@systar.com> wrote:
> >>> >>>> >>>>>>>In addition to the various "legal" issues with binaries in
> >>> >>>> >>>>>>>the
> >>> >>>>repo.
> >>> >>>> >>>>>> I understand it's not a good idea to have binaries in the
> >>> >>>> >>>>>>repo, so I won't insist.
> >>> >>>> >>>>>> But please can you explain what are the legal issues of
> >>> >>>> >>>>>>having binaries in the repo?  Is this because of Adobe, or
> >>>ASF
> >>> >>>>rules ?
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> On a side note, I was just trying to help, with my limited
> >>> >>>> >>>>>> understanding and knowledge, and because the email thread
> >>>was
> >>> >>>> >>>>>> titled "help and advise needed" ;-)
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> Regards,
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> Maurice
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> -----Message d'origine-----
> >>> >>>> >>>>>> De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé :
> >>>mardi
> >>> >>>> >>>>>> 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re:
> >>> >>>> >>>>>> [Builds/Jenkins] Help and advise needed
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> In addition to the various "legal" issues with binaries in
> >>> >>>> >>>>>>the repo, we'd be masking the cause of this failure. In
> >>>order
> >>> >>>> >>>>>>to prevent further deterioration of the build process, we
> >>>need
> >>> >>>> >>>>>>to figure out what went wrong and fix it.
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> EdB
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> PS. Thanks for leaving the keyboard on the Mustella VM set
> >>>to
> >>> >>>>FR...
> >>> >>>> >>>>>> Took me while to figure out that I hadn't gone insane or if
> >>> >>>> >>>>>> my keyboard was broken ;-)
> >>> >>>> >>>>>>
> >>> >>>> >>>>>>
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem
> >>> >>>> >>>>>><maurice.amsel...@systar.com> wrote:
> >>> >>>> >>>>>>>> someone who does use the pbj's will grab the nightly and
> >>> >>>>complain.
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>> I don't understand.
> >>> >>>> >>>>>>> Why would someone complain if the pbj's are in the
> >>>nightly?
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>> [From the other emai]
> >>> >>>> >>>>>>>>Apache repos aren't supposed to contain compiled code.
> >>>The
> >>> >>>> >>>>>>>>pbj files were removed during the initial release audit.
> >>> >>>> >>>>>>>>I don't think a workaround can involve checking in the pbj
> >>> >>>>files.
> >>> >>>> >>>>>>>>But we could borrow them from a prior release package
> >>> >>>>temporarily.
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>>>So we could make the compilation conditional on a env
> >>> >>>> >>>>>>>>parameter, and set that in the Jenkins job accordingly?
> >>> >>>> >>>>>>>>Yes but ...
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>> Alex, the conversation is getting out synch, so I am not
> >>> >>>> >>>>>>>sure that I have understood what you said.
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>> So can we include the pbj in the repo, and have a
> >>>parameter
> >>> >>>> >>>>>>>to conditionally compile the pbj ?
> >>> >>>> >>>>>>> - This parameter would be set by default to do the
> >>> >>>> >>>>>>>compilation (so that folks can recompile)
> >>> >>>> >>>>>>> - and turned off on the b.a.o vm, with pre-compiled pbj's.
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>> Maurice
> >>> >>>> >>>>>>>
> >>> >>>> >>>>>>
> >>> >>>> >>>>>>
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> --
> >>> >>>> >>>>>> Ix Multimedia Software
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> Jan Luykenstraat 27
> >>> >>>> >>>>>> 3521 VB Utrecht
> >>> >>>> >>>>>>
> >>> >>>> >>>>>> T. 06-51952295
> >>> >>>> >>>>>> I. www.ixsoftware.nl
> >>> >>>> >>>>>
> >>> >>>> >>>>>
> >>> >>>> >>>>>
> >>> >>>> >>>>>--
> >>> >>>> >>>>>Ix Multimedia Software
> >>> >>>> >>>>>
> >>> >>>> >>>>>Jan Luykenstraat 27
> >>> >>>> >>>>>3521 VB Utrecht
> >>> >>>> >>>>>
> >>> >>>> >>>>>T. 06-51952295
> >>> >>>> >>>>>I. www.ixsoftware.nl
> >>> >>>> >>>>
> >>> >>>> >>>
> >>> >>>> >>
> >>> >>>> >
> >>> >>>>
> >>> >>>>
> >>> >>
> >>> >
> >>>
> >>>
> >>
>
>

Reply via email to