Great, that fixed 32bit hspeak builds. I'm currently investigating the other problems.
On Sun, 8 Dec 2019 at 15:31, James Paige <b...@hamsterrepublic.com> wrote: > I renamed both eu.cfg files to eu.cfg.bak > > I started the Mac nightly build early, so hopefully we can see the results > soon > > On Sat, Dec 7, 2019, 9:09 PM Ralph Versteegen <teeem...@gmail.com> wrote: > >> Ah ha! That is the problem. Those paths in the eu.cfg files are not just >> vestigal, they are assumed/required install locations. I can only guess >> that calling euc with a full path rather than just as "euc" causes it to >> find the eu.cfg file next to the binary? Weird. I remember years ago when I >> last installed euphoria that the way it treated eu.cfg and EUDIR seemed >> really broken. >> I unpacked fresh copies of 4.1.0 and 4.1.0b2 for linux and see they also >> assume /usr/local/euphoria-4.1.0-Linux-x64/ and /usr/share/euphoria. >> >> I actually had deleted the eu.cfg files that came with both the 32-bit >> and 64-bit builds of euphoria that I'm using. If you do that also, for both >> installs, it should fix the builds. But then you will not be able to run >> euphoria manually without setting EUDIR first and/or passing -eudir. So >> maybe you prefer to fix the paths in the eu.cfg files. >> >> On Sun, 8 Dec 2019 at 06:23, James Paige <b...@hamsterrepublic.com> wrote: >> >>> There are 4 eu.cfg files, and all of them look like what comes with the >>> package. Two real ones, and two in the demo/preproc dir. >>> >>> I checked those /usr/local/euphoria-4.1.0-OSX-x64 and >>> /usr/share/euphoria paths and neither of them exist. I assume those are >>> vestiges of whatever system euphoria was built/packaged on. >>> >>> loyalist:~ james$ cat misc/euphoria/bin/eu.cfg >>> [all] >>> -d E64 >>> -eudir /usr/local/euphoria-4.1.0-OSX-x64/ >>> -i /usr/local/euphoria-4.1.0-OSX-x64/include >>> [translate] >>> -arch ix86_64 >>> -gcc >>> -con >>> -com /usr/local/euphoria-4.1.0-OSX-x64 >>> -lib-pic /usr/local/euphoria-4.1.0-OSX-x64/bin/euso.a >>> -lib /usr/local/euphoria-4.1.0-OSX-x64/bin/eu.a >>> [bind] >>> -eub /usr/local/euphoria-4.1.0-OSX-x64/bin/eub >>> >>> >>> loyalist:~ james$ cat misc/eu32/bin/eu.cfg >>> [all] >>> -d E32 >>> -eudir /usr/share/euphoria >>> -i /usr/share/euphoria/include >>> [translate] >>> -arch ix86 >>> -gcc >>> -con >>> -com /usr/share/euphoria >>> -lib-pic /usr/share/euphoria/bin/euso.a >>> -lib /usr/share/euphoria/bin/eu.a >>> [bind] >>> -eub /usr/share/euphoria/bin/eub >>> >>> >>> loyalist:~ james$ cat misc/euphoria/demo/preproc/eu.cfg >>> -p etml:etml.ex >>> -p le,lex:literate.ex >>> -p dex:datesub.ex:-f %m/%d/%Y >>> >>> >>> loyalist:~ james$ cat misc/eu32/demo/preproc/eu.cfg >>> -p etml:etml.ex >>> -p le,lex:literate.ex >>> -p dex:datesub.ex:-f %m/%d/%Y >>> >>> >>> loyalist:~ james$ cat .bash_profile >>> export PATH=$PATH:~/misc/fbc-1.06/bin/ >>> export PATH=$PATH:~/misc/euphoria/bin/ >>> >>> ## >>> # Your previous /Users/james/.bash_profile file was backed up as >>> /Users/james/.bash_profile.macports-saved_2017-03-01_at_10:57:22 >>> ## >>> >>> # MacPorts Installer addition on 2017-03-01_at_10:57:22: adding an >>> appropriate PATH variable for use with MacPorts. >>> export PATH="/opt/local/bin:/opt/local/sbin:$PATH" >>> # Finished adapting your PATH environment variable for use with MacPorts. >>> >>> >>> >>> >>> loyalist:~ james$ ls -l /usr/local >>> total 0 >>> drwxr-xr-x 3 root wheel 102 Feb 14 2017 remotedesktop >>> loyalist:~ james$ ls -l /usr/share/euphoria >>> ls: /usr/share/euphoria: No such file or directory >>> >>> >>> On Sat, Dec 7, 2019 at 11:19 AM James Paige <b...@hamsterrepublic.com> >>> wrote: >>> >>>> I didn't touch /Users/james/misc/euphoria/ other than executing it's >>>> copy of euc with --version for verification >>>> >>>> I can search for eu.cfg files and see what I can find >>>> >>>> On Sat, Dec 7, 2019, 1:17 AM Ralph Versteegen <teeem...@gmail.com> >>>> wrote: >>>> >>>>> Well, I'm baffled by this error in the build log: >>>>> >>>>> Compiling hspeak >>>>> Euphoria version 4.1.0 >>>>> /Users/james/misc/euphoria/bin/euc -con -gcc hspeak.exw -verbose >>>>> -maxsize 5000 -makefile -build-dir >>>>> /Users/james/src/nightly/ohrrpgce/wip/build/hspeak -eudir >>>>> /Users/james/misc/euphoria/ >>>>> Try '--help' for more information. >>>>> option 'eudir' must not occur more than once in the command line. >>>>> >>>>> Just a few days ago, the build log looked like: >>>>> >>>>> Compiling hspeak >>>>> Euphoria version 4.1.0 >>>>> euc -con -gcc hspeak.exw -verbose -maxsize 5000 -makefile -build-dir >>>>> /Users/james/src/nightly/ohrrpgce/wip/build/hspeak -eudir >>>>> /Users/james/misc/euphoria/ >>>>> >>>>> You didn't make any changes to /Users/james/misc/euphoria/, right? >>>>> Euphoria can also read additional settings, in particular eudir, from a >>>>> config file called eu.cfg. It's not possible that a stray eu.cfg got >>>>> created somewhere? >>>>> >>>>> On Fri, 6 Dec 2019 at 13:45, James Paige <b...@hamsterrepublic.com> >>>>> wrote: >>>>> >>>>>> Aha! Thank you for finding that. >>>>>> >>>>>> I have installed the euphoria 4.1.0 32 bit to the same >>>>>> /Users/james/misc/eu32/bin/euc location where I had put the older one >>>>>> previosuly >>>>>> >>>>>> On Thu, Dec 5, 2019 at 6:32 PM Ralph Versteegen <teeem...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Yes, I'm saddened to see that the Euphoria devs have done nothing in >>>>>>> the last 4 years to fix the mess that is download links on their >>>>>>> website/wiki. Much of the site still seems to claim that 4.0.5 is the >>>>>>> latest version, which made me wonder whether 4.1.0 was ever officially >>>>>>> released. The 32-bit mac 4.1.0 download link is >>>>>>> >>>>>>> https://sourceforge.net/projects/rapideuphoria/files/Euphoria/4.1.0/euphoria-4.1.0-OSX-ix86.tar.gz/download >>>>>>> >>>>>>> I did find a roadmap for 4.2.0 posted on the forums, so it seems >>>>>>> there is still work happening on Euphoria. >>>>>>> >>>>>>> On Thu, 5 Dec 2019 at 23:38, James Paige <b...@hamsterrepublic.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Actually, I could not find any Mac 64 but version other than 4.1.0, >>>>>>>> and I could not find any newer 32 bit version than 4.0.4. >>>>>>>> >>>>>>>> If a 32 bit Mac build of 4.1.0 exists on Euphoria's site, I'll >>>>>>>> gladly switch to it :) >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Dec 4, 2019, 11:28 PM Ralph Versteegen <teeem...@gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I'll try it out. >>>>>>>>> I'm surprised you installed 4.0.4 instead of 4.1.0, though. 4.0.4 >>>>>>>>> will work fine (I still use 4.0.3 myself) but in future I'm thinking >>>>>>>>> of >>>>>>>>> making 4.1.0 a minimum requirement because it adds support for >>>>>>>>> preprocessors which can be used for much simpler 'dot' member access >>>>>>>>> syntax. >>>>>>>>> >>>>>>>>> On Thu, 5 Dec 2019 at 15:03, James Paige <b...@hamsterrepublic.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Okay! I was able to confirm that euphoria 4.1.0 64 bit was >>>>>>>>>> installed at /Users/james/misc/euphoria/bin/euc >>>>>>>>>> That one is in the path >>>>>>>>>> >>>>>>>>>> I have unpacked euphoria 4.0.4 32 bit at >>>>>>>>>> /Users/james/misc/eu32/bin/euc >>>>>>>>>> It is not in the path. >>>>>>>>>> >>>>>>>>>> Let me know if this works okay! >>>>>>>>>> >>>>>>>>>> --- >>>>>>>>>> James >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Dec 3, 2019 at 9:26 PM Ralph Versteegen < >>>>>>>>>> teeem...@gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> Well since the existing 64-bit copy of euc is in the PATH we >>>>>>>>>>> don't need to know where it is. We only need to pass EUC and EUDIR >>>>>>>>>>> to scons >>>>>>>>>>> for the other (32-bit) build of euphoria, which should not be >>>>>>>>>>> installed >>>>>>>>>>> system-wide, it should just be unpacked somewhere and *not* in the >>>>>>>>>>> PATH. >>>>>>>>>>> >>>>>>>>>>> On Wed, 4 Dec 2019 at 03:45, James Paige < >>>>>>>>>>> b...@hamsterrepublic.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> So for Euphoria on the Mac build VM, we want both 32 and 64 bit >>>>>>>>>>>> euc, and we just need to know what path they are located at? >>>>>>>>>>>> >>>>>>>>>>>> Honestly I don't remember anything about how I set up euc there >>>>>>>>>>>> in the first place, so I'll have to find some time for detective >>>>>>>>>>>> work >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Dec 3, 2019, 8:40 AM Ralph Versteegen < >>>>>>>>>>>> teeem...@gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Well, I did it and I certainly wouldn't have used XCode! >>>>>>>>>>>>> Trying to using a complex IDE that you have no experience with is >>>>>>>>>>>>> my idea >>>>>>>>>>>>> of a nightmare. >>>>>>>>>>>>> >>>>>>>>>>>>> I wrote some code to scan PATH for 32/64-bit euc, but I think >>>>>>>>>>>>> I'd rather just hardcode the paths into distrib-mac.sh than add a >>>>>>>>>>>>> bunch >>>>>>>>>>>>> more complexity to SConscript which just amounts to a kludge, not >>>>>>>>>>>>> a robust >>>>>>>>>>>>> solution. There are already plenty of hardcoded paths and URLs in >>>>>>>>>>>>> the >>>>>>>>>>>>> nightly build scripts anyway. >>>>>>>>>>>>> >>>>>>>>>>>>> On Tue, 3 Dec 2019 at 23:45, James Paige < >>>>>>>>>>>>> b...@hamsterrepublic.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> I found reports of people saying it couldn't be done (static >>>>>>>>>>>>>> oggenc on Mac that is) and one of somebody explaining that the >>>>>>>>>>>>>> reason it >>>>>>>>>>>>>> couldn't be done is because of a bug that Apple had "wontfixed" >>>>>>>>>>>>>> years ago. >>>>>>>>>>>>>> I was assuming they were talking about xcode . I didn't read any >>>>>>>>>>>>>> deeper >>>>>>>>>>>>>> >>>>>>>>>>>>>> I'll try to get 32 bit euphoria installed soon. Not sure if >>>>>>>>>>>>>> it will be today. >>>>>>>>>>>>>> >>>>>>>>>>>>>> --- >>>>>>>>>>>>>> James >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Dec 3, 2019, 3:51 AM Ralph Versteegen < >>>>>>>>>>>>>> teeem...@gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> You found reports of people failing to build a statically >>>>>>>>>>>>>>> linked oggenc on Mac? I think I probably did it using macports. >>>>>>>>>>>>>>> I'm also reminded that I was interested in setting up a >>>>>>>>>>>>>>> cross-compiling toolchain to compile for Mac. I might still try >>>>>>>>>>>>>>> it. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> But if we don't have oggenc, then that is what we'll have to >>>>>>>>>>>>>>> do. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Could you also please install a 32-bit Euphoria? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Mon, 2 Dec 2019 at 23:45, James Paige < >>>>>>>>>>>>>>> b...@hamsterrepublic.com> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hmmm... Googled about that a bit... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Maybe on Mac, if oggenc is not detected in the PATH, we >>>>>>>>>>>>>>>> link to a wiki page about importing sound on Mac. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> It could suggest installing Audacity, and link to a Mac >>>>>>>>>>>>>>>> version of it. So people can just save .ogg files from there. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> It could also describe how to install oggenc with macports >>>>>>>>>>>>>>>> or brew if the user wants to go that route. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Actually figuring out how to build a staticly linked >>>>>>>>>>>>>>>> command line oggenc where so many others have failed is over >>>>>>>>>>>>>>>> my head, and >>>>>>>>>>>>>>>> outside the scope of what I want to attempt. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Sun, Dec 1, 2019, 10:44 PM Ralph Versteegen < >>>>>>>>>>>>>>>> teeem...@gmail.com> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> OK, great. However I don't have any solution to the >>>>>>>>>>>>>>>>> madplay/oggenc problem. Either you will have to solve it, or >>>>>>>>>>>>>>>>> I'll have to >>>>>>>>>>>>>>>>> set up a hackintosh VM (which I probably should do anyway), >>>>>>>>>>>>>>>>> or we simply >>>>>>>>>>>>>>>>> need to disable wav import in the mac port. (We could allow >>>>>>>>>>>>>>>>> importing mp3s >>>>>>>>>>>>>>>>> again, that's another topic of discussion) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Mon, 2 Dec 2019 at 05:59, James Paige < >>>>>>>>>>>>>>>>> b...@hamsterrepublic.com> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> This all sounds good to me! >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I have installed all four of those frameworks at >>>>>>>>>>>>>>>>>> /Library/Frameworks/ on the nightly build mac vm >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Sat, Nov 30, 2019 at 9:10 PM Ralph Versteegen < >>>>>>>>>>>>>>>>>> teeem...@gmail.com> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> James, could you please install the following on the Mac >>>>>>>>>>>>>>>>>>> nightly build machine (in either system or user Frameworks >>>>>>>>>>>>>>>>>>> dir)? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> https://www.libsdl.org/projects/SDL_mixer/release/SDL_mixer-1.2.12.dmg >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> https://www.libsdl.org/projects/SDL_mixer/release/SDL2_mixer-2.0.4.dmg >>>>>>>>>>>>>>>>>>> https://www.libsdl.org/release/SDL-1.2.15.dmg >>>>>>>>>>>>>>>>>>> https://www.libsdl.org/release/SDL2-2.0.10.dmg >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I think you already should have at least the >>>>>>>>>>>>>>>>>>> SDL.framework and SDL_mixer.framework, but just >>>>>>>>>>>>>>>>>>> double-checking. Latest >>>>>>>>>>>>>>>>>>> versions of both were released 2013-08-17! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> (Those SDL/SDL_mixer 1.2 frameworks have been built as >>>>>>>>>>>>>>>>>>> fat binaries, and target OS 10.5+ while we target OS 10.4+, >>>>>>>>>>>>>>>>>>> so I guess we >>>>>>>>>>>>>>>>>>> will continue to package 32-bit .apps with the >>>>>>>>>>>>>>>>>>> wip/mac/frameworks.tar.gz >>>>>>>>>>>>>>>>>>> builds we already have. A alternative build of >>>>>>>>>>>>>>>>>>> SDL.framework for OS 10.4+ >>>>>>>>>>>>>>>>>>> is available but they didn't make one available for >>>>>>>>>>>>>>>>>>> SDL_mixer.framework) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I will blindly modify the build scripts to package an >>>>>>>>>>>>>>>>>>> 64-bit-only gfx_sdl .app, and ask users to test whether it >>>>>>>>>>>>>>>>>>> actually works, >>>>>>>>>>>>>>>>>>> because I can't. And also an experimental 64-bit gfx_sdl2 >>>>>>>>>>>>>>>>>>> build, though I >>>>>>>>>>>>>>>>>>> think that shouldn't become the default until after Fufluns. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> As I said before, I think a good solution is to have two >>>>>>>>>>>>>>>>>>> different Mac builds: >>>>>>>>>>>>>>>>>>> -32 bit SDL 1.2 for OS 10.4+ >>>>>>>>>>>>>>>>>>> -64 bit SDL 2 for OS 10.6+ >>>>>>>>>>>>>>>>>>> We could then add two different options to the >>>>>>>>>>>>>>>>>>> Distribute Game menu. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> However, we could also create fat binary 32+64-bit >>>>>>>>>>>>>>>>>>> .apps, which are twice the size (OHRRPGCE-Game.app is >>>>>>>>>>>>>>>>>>> currently 1.6MB >>>>>>>>>>>>>>>>>>> zipped). >>>>>>>>>>>>>>>>>>> I guess that we could even package 32-bit gfx_sdl and >>>>>>>>>>>>>>>>>>> 64-bit gfx_sdl2 builds into a single .app. >>>>>>>>>>>>>>>>>>> However I think it will be a pain to set up and the >>>>>>>>>>>>>>>>>>> number of people using 32-bit Macs is low. >>>>>>>>>>>>>>>>>>> We have to make similar decisions about SDL 2 on >>>>>>>>>>>>>>>>>>> Windows: it only supports Win XP+. >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>>>>> >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>>> >>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>>> >>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>>> >>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Ohrrpgce mailing list >>>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>>> >>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ohrrpgce mailing list >>>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>>> >>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Ohrrpgce mailing list >>>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>>> >>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ohrrpgce mailing list >>>>>>> ohrrpgce@lists.motherhamster.org >>>>>>> >>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>>> >>>>>> _______________________________________________ >>>>>> Ohrrpgce mailing list >>>>>> ohrrpgce@lists.motherhamster.org >>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>>> >>>>> _______________________________________________ >>>>> Ohrrpgce mailing list >>>>> ohrrpgce@lists.motherhamster.org >>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>>> >>>> _______________________________________________ >>> Ohrrpgce mailing list >>> ohrrpgce@lists.motherhamster.org >>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>> >> _______________________________________________ >> Ohrrpgce mailing list >> ohrrpgce@lists.motherhamster.org >> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >> > _______________________________________________ > Ohrrpgce mailing list > ohrrpgce@lists.motherhamster.org > http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >
_______________________________________________ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org