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