search for: joni

Displaying 20 results from an estimated 85 matches for "joni".

Did you mean: join
2011 Nov 15
2
Git branch with compiling fixes for win32
On 11/14/2011 18:01, JonY wrote: > On 11/10/2011 19:22, JonY wrote: >> On 11/10/2011 18:39, Erik de Castro Lopo wrote: >>> >>> I'm subscribed to the list (and I set my reply-to to the list). >>> Please do not CC me. >>> >>> JonY wrote: >>> >>>> Its probably on one of the sf tracker somewhere, I can't seem to find it
2013 May 02
3
Minimal build of R ...
Hi, I'm trying to cross-compile R to javascript so that it can run in a web-browser. Take as long as you need to stop laughing. So, as I was saying - I want to try and get a build of R running in the browser. [If you're not familiar with it already, you might enjoy looking at emscripten.org. It's a remarkably capable tool for translating LLVM bitcode to javascript. Check out some of
2011 Nov 15
2
Git branch with compiling fixes for win32
On 11/16/2011 03:20, Erik de Castro Lopo wrote: > JonY wrote: > >> On 11/14/2011 18:01, JonY wrote: >>> On 11/10/2011 19:22, JonY wrote: >>>> On 11/10/2011 18:39, Erik de Castro Lopo wrote: >>>>> >>>>> I'm subscribed to the list (and I set my reply-to to the list). >>>>> Please do not CC me. >>>>>
2005 Jan 29
0
[Samba 3.0.10] Trouble with roaming profiles: win XP clients 'network name not found'
...e connected with that the SID of the user is different before and after login (caused by the changing of the SID while migrating), but since I don't know enough about the login process I am unsure about this. For completeness however hereby is the output of the smbldap-usershow for the user joni: dn: uid=joni,ou=Users,dc=xxxxx,dc=com uid: joni cn: joni objectClass: account,posixAccount,top,shadowAccount,sambaSamAccount shadowLastChange: 12613 shadowMax: 99999 shadowWarning: 7 uidNumber: 693 gidNumber: 501 homeDirectory: /home/joni sambaSID: S-1-5-21-1022628538-1959064621-2949423962-2386 s...
2012 Feb 04
0
flac-dev Digest, Vol 87, Issue 10
On Sun, Feb 5, 2012 at 1:30 AM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac-dev > or, via email, send a message with subject or body 'help' to > flac-dev-request at xiph.org
2012 Feb 02
2
Git branch with compiling fixes for win32
JonY wrote: > Attached patch builds without any warnings for MinGW. Sorry JonY, that patch does not apply against current git master which is here: https://git.xiph.org/?p=flac.git;a=summary Specifically I pulled out much of the "#ifdef _MSC_VER" printf stuff in this commit: https://git.xiph.org/?p=flac.git;a=commit;h=ce8a75134cace056f6c436d54b57bad1a1d93797 For example
2011 Nov 10
5
Git branch with compiling fixes for win32
On 11/10/2011 18:39, Erik de Castro Lopo wrote: > > I'm subscribed to the list (and I set my reply-to to the list). > Please do not CC me. > > JonY wrote: > >> Its probably on one of the sf tracker somewhere, I can't seem to find it >> anymore. It wasn't anything complicated, so I should be able to redo it >> quickly. > > I'm a Linux
2012 Feb 04
3
Moving CPP hackery
Hi all, especially David Yeo and JonY, I've started moving compiler specific CPP hacker into a separate file at include/share/compat.h. Eventually I hope to be able to move all of the require CPP hackery for $random_compiler into this file and have any C file which needs any compiler specific tweak to include this new compatibilty header. My belief is that one this CPP hackery is all in one
2012 Feb 01
3
Git branch with compiling fixes for win32
On 2/1/2012 18:52, Erik de Castro Lopo wrote: > JonY wrote: > >> Alright, here's a quick fix, although it is more ugly than I remembered. >> >> Basically, it removes those _MSC_VER ifdefs, and relies on inttypes.h >> where available, and falls back to I64 on MSVC and then ll for others, >> all format warnings suppressed. > > JonY, > > Sorry
2011 Nov 26
0
Git branch with compiling fixes for win32
On 11/16/2011 06:49, JonY wrote: > On 11/16/2011 03:20, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> On 11/14/2011 18:01, JonY wrote: >>>> On 11/10/2011 19:22, JonY wrote: >>>>> On 11/10/2011 18:39, Erik de Castro Lopo wrote: >>>>>> >>>>>> I'm subscribed to the list (and I set my reply-to to the list).
2011 Nov 15
0
Git branch with compiling fixes for win32
JonY wrote: > On 11/14/2011 18:01, JonY wrote: > > On 11/10/2011 19:22, JonY wrote: > >> On 11/10/2011 18:39, Erik de Castro Lopo wrote: > >>> > >>> I'm subscribed to the list (and I set my reply-to to the list). > >>> Please do not CC me. > >>> > >>> JonY wrote: > >>> > >>>> Its probably
2012 Feb 04
1
Git branch with compiling fixes for win32
On 2/3/2012 06:33, JonY wrote: > On 2/3/2012 02:50, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> Attached patch builds without any warnings for MinGW. >> >> Sorry JonY, that patch does not apply against current git master >> which is here: >> >> https://git.xiph.org/?p=flac.git;a=summary >> >> Specifically I pulled out much
2012 Feb 04
2
Moving CPP hackery
JonY wrote: > Looks like there are some missed defines in the test_libFLAC++. Attached > patch fixes that. Good one. Thanks. > Also, wsock32 usage is deprecated, on Win7, wsock32 forwards everything > to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. > Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. For that I think I'd prefer to
2013 Mar 18
6
Patch to add Unicode filename support for win32 flac
On 3/18/2013 14:55, Erik de Castro Lopo wrote: > Brian Willoughby wrote: > >> I believe that shell does handle wildcards on all Unix variants, >> including OSX. > > Yes. > >> Since Windows does not handle them, I suggest that the >> main flac code not be littered with code that's not necessary on the >> primary platforms. > > No, the
2003 May 13
4
RE: (was: what are these messages telling me?)
my interfaces file: net eth0 155.229.27.55 loc eth1 192.168.1.231 dmz eth2 192.168.100.1 route -n: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 155.229.27.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
2013 Mar 18
0
flac-dev Digest, Vol 100, Issue 42
"Aren't Windows users accustomed to this feature being missing anyway?" I use Mac mostly now, but when I used Windows, now and then I always expected the wildcard to work, it just worked on most things so it was actually a bit of a pain in the ass when it didn't. On Mon, Mar 18, 2013 at 5:35 AM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list
2013 Mar 17
2
Patch to add Unicode filename support for win32 flac
JonY wrote: > On 3/17/2013 10:33, Janne Hyv?rinen wrote: > > Here's a patch that makes MSVC compiled flac.exe able to use wildcards > > and encode/decode files with Unicode characters in names. It may not be > > the prettiest code but it fulfills its primary purpose. > > I tried to alter FLAC code as little as possible. It replaces argv with > > utf-8 encoded
2013 Mar 17
3
Patch to add Unicode filename support for win32 flac
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 17.03.2013 18:55, JonY wrote: > On 3/17/2013 18:37, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> On 3/17/2013 10:33, Janne Hyv?rinen wrote: >>>> Here's a patch that makes MSVC compiled flac.exe able to use >>>> wildcards and encode/decode files with Unicode characters in >>>>
2013 Mar 19
3
Patch to add Unicode filename support for win32 flac
On 19.3.2013 15:49, JonY wrote: > On 3/19/2013 19:59, Janne Hyv?rinen wrote: >> On 18.3.2013 12:25, Erik de Castro Lopo wrote: >>> JonY wrote: >>> >>>> Before anyone does anything, see __wgetmainargs >>>> <http://msdn.microsoft.com/en-us/library/ff770599.aspx>. >>>> >>>> It can expand wildcards. Since it already
2012 Feb 02
0
Git branch with compiling fixes for win32
On 2/1/2012 22:36, JonY wrote: > On 2/1/2012 18:52, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> Alright, here's a quick fix, although it is more ugly than I remembered. >>> >>> Basically, it removes those _MSC_VER ifdefs, and relies on inttypes.h >>> where available, and falls back to I64 on MSVC and then ll for others, >>> all